Heim >Web-Frontend >CSS-Tutorial >Gibt es jetzt zu viel CSS?
Front -End -Entwickler sind seit vielen Jahren für viele Funktionen bestrebt - Zentriermethoden in CSS, Stilkapselung, Element -Seitenverhältniseinstellungen, feinere Farbkontrolle, Auswahl von Elementen basierend auf Attributen für untergeordnete Elemente, Verwaltung bestimmter Ebenen, Reagieren von Elementen auf übergeordnete Elementbreiten ... und so weiter.
Jetzt bekommen wir das, was wir wollen, und bekommen sogar mehr, aber einige Leute beginnen zu fragen - haben wir jetzt zu viele css?
In der Vergangenheit drehte sich die Arbeit von Front-End-Entwicklern fast ausschließlich um die Grenzen von CSS. Verwenden Sie beispielsweise ClearFix -Hack, um Floats zu löschen. Verwenden Sie 100% Polsterhack, um quadratische Divs zu erstellen, ganz zu schweigen von zufällig angewandten irrelevanten Attributen, um den Internet Explorer dazu zu bringen, Ihre Befehle auszuführen.
Zu der Zeit war der Browser ein schlauer Feind und musste von reinen Fähigkeiten und mysteriösen Zaubern besiegt werden. Heutzutage ist das perfekte Attribut da, kopieren Sie einfach MDN.
Abgesehen davon finanzierte Google auch meine Untersuchung und beauftragte Lea Verou sogar, die diesjährigen Untersuchungsfragen auszuwählen.
Es ist nicht nur Google. Das Blasen von Safari und Apple (manchmal sollte) zu einer Mode geworden, aber Sie können die Begeisterung von Jen Simmons für das Hören von Entwicklern und die Verbesserung des Webs nicht leugnen.Browser -Hersteller verbessern nicht nur ihre eigenen CSS.
Zu viele gute Dinge?
nicht enthalten:
linear()
Lockerungsfunktion, mit der Sie die Lockerungskurven feiner definieren können. env()
Funktion, mit der Sie Variablen verwenden können, die von Ihrem Browser oder Gerät definiert sind. scrollbar-width
Eigenschaft, die das Erscheinungsbild der Bildlaufleiste steuert. margin-trim
Eigenschaft, mit der Sie das Randverhalten von Container -Kinderelementen steuern können. all dies kann sehr nützlich sein und werden in der Vergangenheit eine große Neuigkeit sein, wenn CSS -Mangel in der Vergangenheit vorliegt. Im heutigen Zusammenhang müssen sie jedoch mit größeren Ankündigungen konkurrieren (z. B. has()
Selektoren oder CSS -Verschachtelung!).
Wie Silvestar Bistrović schreibt, ist er über all diese neuen CSS -Funktionen „nicht so aufgeregt“. Sara Soueidan antwortete auf Twitter, dass sie besorgt war, „Zweck, nicht wie schillernd ein Feature in den Moment aussieht“.
Dies scheint eine negative Einstellung zu sein, aber ich finde es verständlich. Niemand kann sich darauf verlassen, mit so vielen neuen Funktionen Schritt zu halten!
Eine weitere unerwartete (oder vielleicht vorsätzliche?) Folge ist, dass je komplexer CSS ist, desto höher ist die Hindernisse, die ein neues Unternehmen, das eine Browser -Engine entwickeln möchte, die zusätzliche Arbeitsbelastung all dieser neuen Funktionen aufrechterhalten und dokumentiert.
Es besteht auch eine sehr vernünftige Sorge dafür, dass CSS möglicherweise in Bereiche expandieren, in denen es nicht sehr für die Handhabung geeignet ist. Sara Soueidan wies auch darauf hin, wenn er auf die experimentelle Implementierung des neuen CSS -Switch reagiert (dies ist ein Ticket, um sie zu besprechen):
Viele haben einen sehr vernünftigen Punkt gemacht, dass dieses Verhalten am besten durch ein neues HTML -Element behandelt wird, anstatt den Switch -Status nur über CSS zu verwalten, und dass CSS möglicherweise nicht das beste Medium ist, um sicherzustellen, dass die Probleme mit Zugänglichkeit ordnungsgemäß behandelt werden.
Dies wird oft als eine gute Sache angesehen, wenn CSS Inhalte übernimmt, die zuvor über JavaScript verarbeitet wurden, da dies normalerweise die Codemenge, die der Browser zum Laden benötigt, reduziert. Daher bin ich vorsichtig optimistisch in Bezug auf den CSS -Switch und glaube, dass die CSS -Task Force die Bedenken der Community ordnungsgemäß umgehen wird. Aber vielleicht werden wir uns eines Tages befassen, dass CSS möglicherweise über seine Grenzen hinausgehen und die Aufgaben von HTML und JavaScript verletzen.
Vielleicht muss das geändert werden: Vielleicht sollten wir CSS -Entwickler aufgeben, müssen die Erwartungen von CSS verstehen?
Diese Erwartung ergibt sich aus dem Zeitpunkt, an dem CSS einst als nachträglich angesehen wurde, eine böse Grammatik, die Sie lernen müssen, Ihre Knöpfe in Blau und Fettdruck auf Anfrage des Kunden zu verwandeln. Aber ich denke, wir müssen akzeptieren, dass das heutige CSS für eine Person zu groß ist, um eine Person zu meistern, insbesondere außerhalb anderer Front-End-Aufgaben.Wie Michelle Barker sagte:
Dies ist meine endgültige Schlussfolgerung. Ich habe die Tatsache akzeptiert, dass ich wahrscheinlich alle möglichen CSS -Funktionen nie benutze - auch wenn ich es weiß. Und dies ist immer noch von der Person, die eine Umfrage zu CSS
durchgeführt hat! Aber diese neuen Funktionen sind sicherlich nützlich für einige Leute . Jemand wird Blog -Beiträge darüber schreiben, mit ihm coole Codepens erstellen und darüber sprechen. Dieser Typ wird ein cooler, junger und energischer Entwickler sein, der immer noch seine Haare hat. Mit anderen Worten, ich werde es nicht sein - das ist gut. Vielleicht sind Sie besorgt, dass dieser neue Entwickler überwältigt wird, indem Sie zu viel auf einmal lernen müssen. Aber denken Sie daran, dass das, was sie nicht lernen müssen, genau aufgrund dieser aktualisierten Alternativen ersetzt wird. Ich weiß, dass ich dieses Angebot jederzeit akzeptieren werde.
Das obige ist der detaillierte Inhalt vonGibt es jetzt zu viel CSS?. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!