Toggla div'ar på en webbsida

Nån typ av psuedokod ser ut enligt nedan. Om VisaMinKlass körs med false ska alla element med css-klassen MinKlass gömmas, eller visas om parametern är true.

<div class="MinKlass">xxx</div>
<div class="MinKlass">xxx</div>
<div class="MinKlass">xxx</div>
...

<script type="text/javascript">
function VisaMinKlass(value) {
if value=true
GömMinKlass() /Alla divvar syns nu
else
VisaMinKlass() // Alla divvar är nu dolda
}

</script>

@zaibuf:
Okej en intressant lösning, en teknik jag inte använt förut, kul! Jag hade iofs velat få bort loopen med.
Kompletterande fråga till din lösning dock, om det tillkommer flera divvar med MinKlass efter att kodraden nedan har körts, de kommer inte automatiskt med i urvalet du gör vid själva "togglingen"?
const divs = [...document.querySelectorAll(".MinKlass")];
utan det uttrycket behöver köras igen isåfall för att få en uppdaterad lista med divvar?

Jag hade velat modda css'en men det verkar inte vara trivialt. nått i stil med (psuedokod).

MinKlass.Display = None

Och that's it liksom så hade alla divv'ar uppdaterats automagiskt (fantiserar jag om iaf)

Tajmingen du nämner stämmer säkert i ren beräkningsprestanda men ska du uppdatera utseendet för 10,000 divvar i en loop så löser man det nog inte på 77ms.

Lustigt att du nämner 10,000 divar, jag kommer nog ha ännu mer faktiskt i det projektet jag grejar med, och ja, det är galet.
Hursomhelst så är jag nog ändå nöjd med foreach-loop-varianten så, tack.

Här är ett exempel med 9792 divs och då laggar sidan jsfiddle riktigt extremt.
Trots det kör den togglingen på runt 10-15ms med en forEach. Detta är med den cachade arrayen från den initiala selectorn.
https://jsfiddle.net/az6u9yqh/

Flyttar du in querySelectorn så att den hämtar alla element vid varje anrop och byter ut forEach till en for-loop.
https://jsfiddle.net/az6u9yqh/1/

Så ger det fortfarande en performance på 15-25ms per toggling med 9792 divs.

Vet inte om du kan kräva så mycket mer.

Ehm, med det underlaget skulle jag snarare påstå att TS har en väldigt god anledning att undvika en sådan lösning.

Jag forkade din och bytte metod till det TS efterfrågat hela tiden, att inte behöva loopa igenom massa grejer.
https://jsfiddle.net/hw0tzsax/1/

Vill du klara dig utan javascript kan du göra något likt följande precis som Toke föreslog:
https://jsfiddle.net/e3xft812/1/

Sedan gav jag dig tips om vad som triggar repaints och inte: https://csstriggers.com/

Webbläsare gillar inte större dom träd och du bör använda virtuella listor för flera tusen rader (du kan även ha miljontals rader) använder det själv i ett projekt och du kan filtrera dessa på millisekunder. Dock kan du inte göra det med ett så stort DOM träd; är begränsningar i webbläsarna.

Därför många plottar grafer på canvas för att även om SVG är fantastiskt så adderar de ytterligare dom element. Då är det inte responsive längre och man får ofta göra en repaint vid resize och attachea window listeners.

Du kan enkelt se overall performance med t.ex. lighthouse, sedan kolla med paint on scroll etc för att göra din webbplats så rapp som möjligt.

EDIT:
Ska vi gå in på detalj så ska bara huvudtråden vara ansvarig för att visa innehållet på sidan. Du ska helst knappt spendera någon tid med beräkningar och framförallt inte filtreringar över miljontals rader som kan låsa UI:t. Då bör du bryta ut det i en WebWorker som körs på en annan tråd. Däremot så är inte denna tråden någon snabbare, utan det är fortfarande javascript som körs. Vill du pressa prestandan ytterligare så föreslår jag i att denna WebWorkern att du även lyfter in en WebAssembly modul som kör beräkningarna om det är riktigt tunga grejer som ska ske och du vill kunna göra beräkningar på individuella entries.

Hoppas det hjälper något. Tveka inte att hojta till om du har ytterligare frågor då jag är lite besatt av sådant här och älskar att pressa varenda millisekund till vardags

Du kan göra samma sak med complexa layouter där togglen ligger lite varstans och gömma den och ha custom layouter etc. Visst CSSen kan se lite "complex ut" och jag kan förstå att många tycker det är mer lättläst med javascript koden.

Såklart ska ens kod vara lättläst, men så är det ju lite med allt man gör: det är enkelt när man förstår sig på det.

Det är dock ett neat litet trick när man vill kunna toggla saker som ska fungera även för folk som inte har javascript aktiverat (crazy right?)

Det är riktigt kul faktiskt! Knappen kan man ju placera lite varstans t.ex. med <label for='checkbox-id'>

Visst, HTML strukturen skulle väl inte "validera" men det är ju sällan WebbApplikationer förhåller sig till det idag ändå.

Ett annat Usecase är t.ex. nu när :focus-within existerar så kan man använda det likadant fast när man har fokus i t.ex. en sökruta så kan en helt annan del av designen ändras längre ner på sidan; med bara ren CSS

Aja nu kanske det blir lite off-topic, men siblings selectorn är riktigt användbar och första gången jag stötte på den så struntade jag i den tills jag såg ett användningsområde för det. Sedan blev det lite av en "när man har en hammare så är allt en spik" tills man kände att man behärskade det ^^

Intressant variant, men hur triggar jag detta via JavaScript?
Förövrigt är jag tyvärr begränsad till IE11 rörande funktionalitet, om det spelar nån roll...

Kul att se alla idéer som ramlar in här.