Mint front-end fejlesztők, sok mindenre vágytunk az évek során – módokat a dolgok CSS-ben való középpontba helyezésére, stílusok beágyazására, egy elem képarányának beállítására, a színek pontosabb szabályozására, az elemek kiválasztására annak alapján. a gyermekek tulajdonságait, kezelni a specifikus rétegeket, lehetővé tenni az elemek számára, hogy reagáljanak a szüleik szélességére… a lista hosszan folytatható.
És most, hogy megkaptuk mindazt, amire vágytunk, és még többet, néhányan azt kérdezik: megvan-e túl sok CSS?
A sötét idők
Ha Ön, hozzám hasonlóan, a CSS gyerekcipőiben felmerült a webfejlesztéssel, nevetségesnek tűnik az ötlet, hogy túl sok legyen belőle.
Régen egy front-end fejlesztő gyakorlatilag teljes munkaköri leírása a CSS korlátainak kezeléséből állt. A clearfix hack úszók tisztázására, a 100% padding hack négyzet alakú div-eket készíteni, nem is beszélve a nem kapcsolódó tulajdonságok félig véletlenszerű alkalmazásáról, hogy rávegye az Internet Explorert az ajánlattételre.
Abban az időben a böngésző ravasz ellenség volt, amelyet puszta ravaszsággal és rejtélyes varázsigékkel kellett legyőzni. Ma a tökéletes ingatlan vár, és csak egy copy-paste-re van az MDN-en.
A CSS új korszaka
De manapság a dolgok merőben eltérőek: nemcsak a dolgok gyorsabban haladnak, hanem a böngészőgyártók is valójában érdekel arról, hogy boldoggá tegyük a fejlesztőket! Tudom, én sem hittem el. De én az évest futtatom A CSS állapota fejlesztői felmérés (ami egyébként most nyissa ki – menjen, vigye!) és pontosan tudom, hogy a böngészőfejlesztő csapatok a felmérés eredményeit (sok egyéb adatpont mellett) használják fel útitervük elkészítéséhez.
Ezen túlmenően a Google is segített finanszírozni a felmérésben végzett munkámat, sőt fel is vett Lea Verou hogy vezető szerepet töltsön be az idei felmérés kérdéseinek kiválasztásában.
Ez nem csak a Google. Divattá vált a Safarit és az Apple-t általában megütni (néha megérdemelten), de tagadhatatlan, hogy valaki mennyire szenvedélyes Csak Simmons a fejlesztők meghallgatásáról és az internet fejlesztéséről szól.
És nem csak a böngészőgyártók fejlesztik önmagukban a CSS-t; sőt harcvonalakon keresztül is együttműködnek olyan kezdeményezésekkel, mint pl Interop 2023 a böngészők közötti inkonzisztenciák és inkompatibilitások csökkentése érdekében.
Túl sok jó dolog?
Mindennek az az eredménye, hogy most a CSS gazdagság kínos helyzetével kell szembenéznünk, és nehéz lehet utolérni. CSS Rács csaknem öt éve kezdték támogatni a főbb böngészők, de még mindig minden alkalommal megnézek egy hivatkozást, amikor használom. És olyan menő, mint alhálózat úgy tűnik, még ki sem próbáltam.
A kiválasztási folyamat során mely CSS-funkciók szerepeljenek a CSS állapotában, Lea és jómagam sok funkciót figyelembe vettünk, de jó néhányat el is utasítottunk. Néhány példa a mi funkcióra nem ide tartoznak:
- A
linear()könnyítő funkció, amely lehetővé teszi a lazítási görbék részletesebb meghatározását. - A
env()funkció, amely lehetővé teszi a böngésző vagy az eszköz által meghatározott változók használatát. - A
scrollbar-widthtulajdonság, amely segít szabályozni a görgetősáv megjelenését. - A
margin-trimtulajdonság, amellyel szabályozhatja, hogyan viselkedjenek egy tároló gyermekmargói.
Ezek mind potenciálisan nagyon hasznosak, és mindegyik nagy hír lett volna az elmúlt évek CSS-szárazsága idején. De a mai kontextusban sokkal nagyobb bejelentésekkel kell megküzdeniük a figyelemért, mint például a has() szelektor vagy a CSS beágyazás!
Nem izgatott
Silvestar Bistrovićként szerint, „nem annyira izgatott ezek az új CSS-funkciók”. Ez visszhangra talált a Twitteren Sara Soueidan kijelenti, hogy „a praktikum érdekli, nem pedig az, hogy egy adott funkció milyen fényesen néz ki pillanatnyilag”.
Ez negatív hozzáállásnak tűnhet, de szerintem érthető. Senkitől sem várható el, hogy lépést tartson ennyi új funkcióval!
Egy másik nem szándékos (vagy talán szándékolt?) következmény az, hogy minél összetettebbé válik a CSS, annál jobban megemeli a lécet minden olyan új cég számára, amely böngészőmotort szeretne fejleszteni – nem is beszélve a megnövelt munkaterhelésről, amikor az összes karbantartásáról és dokumentálásáról van szó. ezeket az új funkciókat.
CSS túlnyúlás
Az is nagyon jogos aggodalomra ad okot, hogy a CSS olyan területekre ágazik el, amelyek kezelésére nem egészen alkalmas. Ez egy másik dolog, amire Sara Soueidan rámutatott, amikor az új CSS Toggles kísérleti megvalósításra reagált (itt egy jegy arról beszél):
Sokan nagyon ésszerűen felhívták a figyelmet arra, hogy ezt a fajta viselkedést a legjobban egy új HTML-elem kezelné, ahelyett, hogy pusztán CSS-en keresztül kezelné a váltási állapotot, és hogy a CSS nem biztos, hogy a legjobb médium a hozzáférési problémák megfelelő kezelésének biztosítására.
Amikor a CSS átvesz valamit, amit korábban JavaScripten keresztül kezeltek, ezt általában jó dolognak tekintik, mivel gyakran csökkenti a böngésző által betöltendő kód mennyiségét. Tehát óvatosan optimista vagyok a CSS-kapcsolókkal kapcsolatban, és bízom benne, hogy a CSS-munkacsoport megfelelően kezeli a közösség aggályait. De még eljöhet a nap, amikor elkezdünk aggódni amiatt, hogy a CSS túlterjeszkedhet a határain, és megsértheti a HTML és a JavaScript felelősségét.
Új elvárások
És talán ezen kell változtatni: talán el kellene vetnünk azt az elvárást, amit a CSS-fejlesztőknek tudniuk kell minden a CSS-ből?
Ez az elvárás azokból az időkből fakad, amikor a CSS utólagos gondolat volt, ez a kis bosszantó szintaxis, amit meg kellett tanulnod, hogy a gombodat kékre és félkövérre tedd, ahogy az ügyfél kérte. De azt hiszem, el kell fogadnunk, hogy a mai CSS túlságosan kiterjedt ahhoz, hogy egyetlen ember elsajátítsa, különösen az egyéb front-end feladatok mellett.
As Michelle Barker fogalmaz:
És végül én is itt landolok. Megbékéltem azzal a ténnyel, hogy valószínűleg soha nem fogom használni – sőt nem is tudok róla – minden lehetséges CSS-funkciót. És ez valakitől származik, aki felmérést végez a CSS-ről!
De ezek az új funkciók biztosan hasznosak lesznek valaki. Valaki blogbejegyzéseket ír róluk, remek CodePen-eket készít velük, előadásokat tart róluk. Ez a személy egy menő, fiatal, energikus fejlesztő lesz, akinek még mindig az összes haja. Más szóval, nem én leszek az – és ez rendben van.
És talán attól tart, hogy ezt az új fejlesztőt egyszerre túlterheli az összes tanulnivaló. De ne feledje az összes dolgot nem fog meg kell tanulnia, pontosan azért, mert felváltották ezeket az újabb alternatívákat. Tudom, hogy bármikor elfogadnám az üzletet.
De gondoljon csak bele: az elmúlt néhány évben nemcsak a szükséges eszközök számának óriási növekedését tapasztaltuk, hanem azt is kezdtük felismerni, hogy mindannyian kissé eltérő módon fogyasztjuk az internetet, akár ennek köszönhető. a fogyatékosságra, az aktuális környezetre vagy csak a személyes preferenciákra. Nem kellene a CSS-nek alkalmazkodnia ehhez az új valósághoz?
Nos, be kell vallanom, hogy ez az egész egy kicsit nosztalgikus érzéseket keltett bennem… szóval bocsánat, amíg elmegyek pár úszót, csak a régi idők kedvéért.
Mint említettem, az éves CSS állapotfelmérés most nyitva van. Függetlenül attól, hogy úgy gondolja, hogy túl sok a CSS, a felmérés nagyszerű módja annak, hogy a böngészőfejlesztők tudassák, hogyan érzi magát. menj kitölteni ha van 10 perced.
