Share
Du har utvilsomt lest om leverandørens prefiks web utvikling drama av uken. Hvis ikke, har W3C-postlister vært på brann helt siden det ble diskutert (og i hovedsak annonsert) at Microsoft, Opera og Firefox vil begynne å adoptere og stil webkit-prefikserte egenskaper. En av årsakene til denne avgjørelsen er at vi utviklere ikke er ansvarlige når vi koder våre stilark. Vi bruker for mange webkit-spesifikke egenskaper, uten å vurdere andre nettlesere.
Etter å ha hørt dette, ble jeg tenkt til meg selv: er dette virkelig sant?
Å fange opp det varme dramaet, gir følgende artikler en lesning:
Det grunnleggende er at ikke-webkit-leverandører planlegger å gjenkjenne og stilte
-webkitprefiks på en rekke CSS3 egenskaper. Dette er delvis på grunn av det faktum at de sier at for mange utviklere har vært dovne, stole for mye på Webkit, og ikke oppdaterer eldre prosjekter (spesielt så for mobile design). Som disse konkurrerende nettleserne ser det, har de ikke noe valg; deres hender blir tvunget.
Det er en ting å leke rundt med ikke-standardiserte, Webkit-spesifikke egenskaper for moro (for eksempel -webkit-tekst-takts); Vi har selv lagt inn lignende artikler på Nettuts +. Det er imidlertid en annen ting helt hvis utviklere for eksempel bare bruker Webkit prefiks ved bruk av CSS-gradienter eller overganger.
En ofte spioneringen unnskyldning for ikke riktig prefixering av alle CSS3-egenskapene er at det kan være betydelig vanskelig å holde rede på hvilke prefikser som er nødvendige for en gitt eiendom. Dette er sikkert sant, men har ikke vårt fellesskap gitt en rekke løsninger?
For å begynne med den manuelle oppslagssiden, er CanIUse.com en fantastisk referanse når vi må avgjøre om en bestemt nettleser støtter en CSS3-egenskap. Hvis det støttes, men krever et prefiks, kan CanIUse fortelle deg.
Det er et viktig bokmerke for alle webutviklere (og er ikke begrenset til bare CSS).
Kompass er et rammeverk for Sass som blant annet automatisk håndterer prosessen med å prefikse CSS3-egenskapene. For eksempel, å bruke kryssbrowser, sunnhetsbesparende box-sizing til et nettsted, med CSS, ville vi skrive:
* -webkit-box-dimensjonering: border-box; -moz-box-size: border-box; -ms-boks-dimensjonering: border-box; boks-størrelse: border-box;
Men når du bruker Compass, kan vi ganske enkelt inkludere en mixin, slik som:
* @include boks størrelse (grense boks);
På denne måten trenger designere aldri å bekymre seg om hvorvidt en bestemt nettleser gir en forhåndsdefinert versjon av en ny eiendom eller ikke. Kompass gjør det for deg.
På Nettuts + har vi også gitt en enkel måte å "auto prefix" på. Bruk enten nettstedet eller dets API i din favorittkodeditor for å filtrere automatisk gjennom stilarket, og oppdatere eventuelle CSS3-egenskaper som mangler en forhåndsdefinert versjon. Dette kan til og med integreres i ditt byggeskript, slik at du bare kodeer ved hjelp av den offisielle syntaksen.
Forskjellen mellom Prefixr og Compass er at den tidligere ikke krever en forprosessor, hvis du foretrekker å kode alle CSS for hånd. Bare feed Prefixr et stilark, og det vil gjøre resten.
Lea Verou's Prefix-Free er også en fin løsning. Det er unikt ved at det er en JavaScript-basert løsning som dynamisk bestemmer hvilken nettleser som brukes, og tilordner deretter de nødvendige prefiksene til stilarket. Bare importer Prefix-fri, bruk den offisielle syntaksen for de nye CSS3-egenskapene, og det vil ta vare på resten.
Mens noen kan se at det er avhengig av at JavaScript fungerer som en ulempe, er en betydelig bonus for denne metoden at stilarkene dine blir både mindre og mer vedlikeholdsbare. For utviklingsformål er det et godt valg; Men for produksjon, kan du vurdere å bruke et annet verktøy, da det kan være betydelige ytelseskonsekvenser.
CSS3Please er en nifty-tjeneste som gir kopi-og-lim, KSS-nettleser. Juster verdiene i henhold til dine behov, og du har øyeblikkelig et utdrag som riktig retter seg mot alle aktuelle nettlesere.
Hvis du er en preprocessor bruker som foretrekker å lage sin egen CSS3 mixins, så fantastisk; Men ellers bruker noen av dere ikke disse tjenestene? Hvis ja, hvorfor ikke? Det er forståelig at Firefox og Microsoft kan føle seg tvunget til å støtte webkit-prefikset for noen egenskaper, til tross for deres bedre vurdering. Spesielt for eldre og mindre prosjekter, er det ikke alltid bra med å oppdatere stilarkene etter behov. Dette er nettopp hvorfor prefikserte egenskaper har hanget så lenge, til tross for at egenskaper som border-radius har lenge vært støttet, ubegrenset. Webkit ønsker ikke å "bryte" disse nettstedene.
Så hva er avtalen? Er vi ikke ansvarlige?
Christian Heilmann har lansert et prosjekt, kalt prefiks på nettet; det oppfordrer utviklere til å oppdatere GitHub-prosjekter for å inkludere alle nødvendige nettleserprefikser. Dessverre kan initiativet være for sent. Hva tror du?
Accentsconagua