In der Seitenleiste der Website gibt es eine neue Umfrage, die fragt:
Was ist Ihre bevorzugte CSS-Präprozessor-Syntax?
Die beliebten sind dabei, eine „andere“ Option, falls Sie etwas anderes verwenden (bitte in den Kommentaren teilen), sowie Antworten für „nie probiert“, „mag keine von ihnen“ und „keine Präferenz“.
Ich erkenne, dass nicht jeder alle ausprobiert hat, daher können die Endergebnisse zugunsten der allgemeinen Popularität verzerrt sein und nicht ein ehrlicher Syntaxvergleich, aber das ist in Ordnung, es wird trotzdem interessant sein.
PHP. Ja, es funktioniert tatsächlich gut!
Ich kann nicht glauben, dass 45 % Ihrer Befragten *keinen* Präprozessor ausprobiert haben.
Was?
Diese Leute sollen sich mit CSS auskennen, also, nochmals, *was*?
Leute. Compass & Sass werden Ihr *Leben* verändern. Ernsthaft.
Ja, ich bin wirklich für SASS & Compass, aber die meisten Leute, die sich nur mit CSS beschäftigen, kommen aus dem Design-/Webdesign-Bereich. SASS & Compass sind eher im Bereich der Entwicklung angesiedelt.
Ich würde sagen, dass die Tatsache, dass Sie sagten „Compass & Sass werden Ihr *Leben* verändern“, genau der Grund ist, warum viele Präprozessoren nicht ausprobiert haben. Man kann nicht einfach einen Präprozessor „ausprobieren“, um ein Gefühl dafür zu bekommen. Er muss wirklich Teil Ihrer Projekte, Teil Ihres Entwicklungs-Workflows werden. Das ist eine *große*, wie Sie sagen, *lebensverändernde* Veränderung. Besonders, wenn man im Team arbeitet.
Ich liebe die Idee von besserer CSS-Syntax, aber mein Problem ist, dass ich zu sehr darauf fixiert bin, Chrome oder FF Inspect zu verwenden, um zu sehen, woher eine CSS-Definition stammt, und dann dorthin zu gehen, um sie zu bearbeiten. Die Verwendung eines Präprozessors ruiniert einfach alles. :-/
Das tut es nicht, Sass und Scss verwenden immer noch dieselben CSS-Eigenschaften, aber sie erlauben die Verwendung von Variablen und mathematischen Gleichungen, es sollte nichts Negatives beeinflussen, was Sie tun.
Hallo
Ich kann nicht für Michael sprechen, aber CSS-Präprozessoren würden meinen Workflow definitiv beeinflussen, der normalerweise das Schreiben und Bearbeiten von Stilen in der „Edit“-Ansicht von Firebug und das Kopieren/Einfügen aller Regeln in die endgültige CSS-Datei beinhaltet. Dies gibt mir die Möglichkeit, mit sofortigem Feedback zu erstellen und zu bearbeiten und vermeidet, Regeln in einer anderen Datei neu schreiben oder ständig speichern und aktualisieren zu müssen.
Wenn ich einen Präprozessor verwenden würde, würde ich alle Variablen und anderen prozessorspezifischen Codes überschreiben.
Wenn man in einem Team mit ererbtem Code arbeitet, gewinnt Trägheit dazu, dass neuere Technologien unterliegen (z. B. LESS kam 2009 heraus, viele der Websites, an denen ich arbeite, sind älter als das).
Ein Neustart (oder zumindest eine Neufassung zur Nutzung eines Präprozessors) ist in den meisten Fällen keine Option.
@Thomas. Das ließe sich mit LiveReload problemlos erreichen. Glauben Sie mir, bis Sie Less oder Sass/Compass ausprobieren, wissen Sie nicht, was Ihnen entgeht. Es ist eines dieser Dinge, von denen man nicht merkt, wie viel Zeit man spart, bis man es benutzt.
Ich benutze Sublime Text 2, das Unterstützung für Less/Sass-Syntax hat, was die Dinge noch einfacher macht. Nehmen Sie sich ein Wochenende Zeit und probieren Sie es einfach aus. Sie werden vielleicht überrascht sein.
Ich habe sowohl LESS- als auch SASS-Syntax studiert, aber mich wirklich nicht darum gekümmert, sie in einem Projekt oder auch nur zum Spaß zu verwenden. Ich habe einfach Schwierigkeiten zu verstehen, was mich mehr ansprechen würde. Beide Systeme scheinen sich sehr ähnlich zu sein, und ich sehe Vor- und Nachteile bei jedem, daher ist es schwer zu wählen. Ich wäre daran interessiert zu hören, was die Leute dazu bewegt hat, sich für das eine oder das andere zu entscheiden.
Ich habe LESS gegenüber SASS gewählt, weil die LESS-Dokumentation designerfreundlicher ist und es möglich ist, sie einfach durch Verlinkung mit JavaScript auszuprobieren. Sobald ich süchtig war, installierte ich eine Anwendung zum Kompilieren der Dateien.
Ich mag die LESS-Syntax besser, das war auch einer der Gründe für meine Entscheidung.
Ich vermute, Sie haben die .sass-Version von Sass ausprobiert und nicht die aktualisierte .scss… Ich lese derzeit ein wenig über scss und es ist ziemlich lebensverändernd, wie jemand anderes oben erwähnt hat, aber es ist visuell ansprechender und freundlicher für Designer als die ursprüngliche .sass-Syntax.
Einige meiner Lieblingsdinge an Sass sind die Möglichkeit, Grid-Systeme basierend auf CSS zu erstellen, anstatt class=grid_3 zu haben, Vendor-Prefixe mit Compass zu beheben, das Sprite-Tool für Bilder in Compass sowie das Sprite-Tool für Bilder in Compass (ich weiß, ich habe es zweimal gesagt)... und die Verwendung von Prozenten (960/320) für Prozentangaben in responsiven Websites!
Ich kratze immer noch an der Oberfläche von Sass, daher bin ich sicher, dass es noch viel mehr gibt, worüber man sich freuen kann, aber das hat mich schon ziemlich begeistert!
Verwende Less, aber habe SASS noch nicht ausprobiert
SASS sauberer Code. Mehr Spaß beim Schreiben.
LESS ftw!
.sass ist definitiv der richtige Weg für uns. Wir verwenden hauptsächlich SASS bei größeren Projekten. Die einzige Ausnahme sind meine WordPress-Projekte, aber diese werden sowieso meist zuerst in Webby entworfen, das auch SASS verwendet.
Echte Männer brauchen keine Präprozessoren.
+1
Echte Männer benutzen, was ihnen mehr Produktivität bringt
Was ist mit Frauen? Ist es in Ordnung, wenn „echte Frauen“ einen Präprozessor benutzen?
Daumen hoch!
Ja, echte Meister-Webcoder brauchen keinen Präprozessor.
+1
+1
+1
+1
Ich habe noch keinen von ihnen benutzt, aber Less + Stylus sah besser aus, als ich es recherchiert habe.
Ich weiß nicht, warum Leute LESS mögen. Die Implementierung in einer clientseitigen Umgebung erfordert das Laden von JavaScript, was fehlschlagen kann. Warum hoffen, dass JavaScript funktioniert, wenn man von Anfang an einfach normales CSS ausliefern sollte. Compass und scss SASS funktionieren für mich.
Das ist ein Missverständnis. LESS *kann* so funktionieren, aber es ist eine *sehr schlechte* Idee. LESS kann wie die anderen „vorverarbeiten“, und Sie stellen nur CSS bereit.
@dondondon: LESS kann serverseitig mit PHP vorverarbeitet werden: http://leafo.net/lessphp/
Ich verwende LESS + LessPHP zur serverseitigen Vorverarbeitung. Funktioniert einwandfrei, mit dem zusätzlichen Vorteil, dass die richtige .less-Datei immer online verfügbar ist. Das war früher das, was mich an Flash-Projekten am meisten störte: .fla-Dateien suchen zu müssen.
Nebenbemerkung: Ich glaube, es gibt einen großen kulturellen Unterschied zwischen der „Designer-Denkweise“ und der „Entwickler-Denkweise“. Für Entwickler sind SASS+Compass natürlich, während es für (traditionelle) Designer geradezu beängstigend ist. Dasselbe gilt für Dinge wie Quell-/Versionskontrolle, Code-Bibliotheken usw.
Ich bleibe (lächerlich) korrigiert. Ich werde mir LessPHP ansehen und es neu bewerten.
Ich verwende den LESS-JavaScript-Präprozessor während der Webentwicklung, aber wenn ich auf eine Live-Website gehe, veröffentliche ich nur die „kompilierte“ CSS-Datei.
LESS kann mit PHP kompiliert werden, aber ich würde davon abraten. Obwohl PHP eine schöne, minimierte CSS-Datei liefert, verursacht der Aufwand für die Verarbeitung so großer Zeichenketten und das Sammeln von Dateien mehr Aufwand, als man vielleicht denkt. Denken Sie daran, dass die Ladezeit nicht nur die Dateigröße betrifft, Sie müssen eine Anfrage an den Server stellen, und dann muss der Server arbeiten, um Ihnen etwas zurückzugeben. Ihre Aufgabe ist es, die Arbeitsmenge des Servers zu reduzieren.
Es ist besser, diese Arbeit im Voraus auf Ihrem Computer zu erledigen und einfach eine schöne, gebrauchsfertige CSS-Datei zu speichern.
Sass+Compass ist eine erstaunliche Kombination für die Arbeit. Ich kann mir nicht vorstellen, jemals wieder reines CSS zu schreiben. In letzter Zeit schaue ich mir Less an, einfach wegen Less PHP. Die Möglichkeit, CSS im laufenden Betrieb zu kompilieren, bedeutet, dass meine Stile (aus SQL bezogen) für mehrere Clients leicht modifiziert werden können. Schließlich werde ich eine Benutzeroberfläche haben, damit Clients Farben auswählen können, die ich dann mit Less (aufhellen, abdunkeln usw.) verwende, um Website-Paletten im Handumdrehen zu erstellen. Endlose Möglichkeiten!
Ich bevorzuge SASS gegenüber LESS, weil es @import-Anweisungen vorverarbeiten und als Ergebnis eine einzige CSS-Datei generieren kann (LESS nutzt einfach das native @import-Verhalten von CSS).
Ich bin ziemlich sicher, dass, wenn Sie
@import "wasauchimmer.less";machen, es diese zusammen verarbeiten kann, aber keine .css-Dateien.Ja, aber Sie können buchstäblich einfach die Dateiendung von .css auf .less ändern und jede beliebige Stylesheet importieren, oder? Muss nicht einmal LESS-Code enthalten.
@importfunktioniert zum Importieren von.less-Dateien. Tatsächlich ist es so, wie Twitters Bootstrap funktioniert.Es ist traurig zu sehen, dass LESS so viel Unterstützung erhält, wenn Stylus und SASS viel leistungsfähiger und aktiver entwickelt werden.
SASS hat eine größere Community, aber das bedeutet nicht, dass es das Beste ist. Sowohl SASS als auch LESS haben dasselbe Ziel, aber sie zielen auf unterschiedliche Personen ab.
Ich persönlich wähle LESS, weil die Syntax so nah an CSS ist, dass sie nicht wirklich wie eine neue Sprache aussieht, eher wie eine natürliche Weiterentwicklung von CSS.
Mein erster Versuch war Turbine: http://turbinecss.org/
Es war wirklich großartig, als ich PHP verwendet habe.
Heutzutage verwende ich SASS in allen Sprachen und habe ein Ereignis in Git konfiguriert, um den SASS-Code bei jedem Commit/Push auf dem Entwicklungs-Server zu kompilieren und zu komprimieren.
Ich bin ehrlich gesagt verliebt in Scaffold… und für all euch SASS-Nutzer unterstützt es SASS- und SCSS-Syntax, wenn es sein muss…. ^_^
Ich habe Stylus wirklich gerne benutzt. Außerdem habe ich beim Benutzen von SASS für ein Projekt (im Gegensatz zu SCSS) festgestellt, dass ich die normale CSS-Syntax bevorzugte. Deshalb reizen mich SCSS oder Stylus.
Ich habe noch nie einen Präprozessor ausprobiert, obwohl ich es wollte. Ich fühle mich mit dem Konzept tatsächlich etwas verloren. Gibt es gute Anfänger-Tutorials, denen ich folgen kann?
Bringen Sie einfach SASS zum Laufen, indem Sie diesen Installationsanweisungen folgen, benennen Sie dann Ihre vorhandenen CSS-Dateien in einem Projekt in .scss um und gehen Sie sie durch und ersetzen Sie Teile durch SASS-Funktionen, wie sie auf der verlinkten Seite aufgeführt sind. Vielleicht beginnen Sie einfach damit, Ihre Regeln zu verschachteln, dann versuchen Sie Variablen und Mixins. Das Schöne ist, dass Sie keine der SASS-Funktionen verwenden *müssen*, sodass Sie nur das ausprobieren können, was Sie möchten.
Ich bin auch völlig neu darin. Ich habe Leute darüber reden hören, aber ich wusste einfach nie, was es eigentlich ist. Ich schätze, ich sollte es ausprobieren und sehen, worum es geht.
Ich glaube nicht, dass ich jemals wieder eine Website ohne SASS bauen werde. Ich beschäftige mich schon eine Weile damit, aber ich bin an den Punkt gekommen, an dem ich mich dabei ertappe, wie ich verschachtelte Syntax in klassischem CSS verwende. Das ist der Beweis, dass ich es haben muss ;)
LESS! Habe es nie geschafft, SASS auszuprobieren, da LESS alle Funktionen hat, die ich brauche. Ich könnte nicht ohne Mixins oder die „Watch“-Funktion leben.
Ich benutze nichts außer meinem Code-Editor. Bin ich deswegen lahm? Ich weiß es nicht. Vielleicht bin ich das.
Genauso hier.
Ja, ich auch. Variablen und Mixins wären schön, aber sie gehören in die reguläre CSS-Syntax, obwohl das noch lange nicht passieren wird…
Sass (.scss) und Compass für alles Ernsthafte, Große und Aktuelle. LESS für alle Arten von Prototypen, Tests, schnellen Beispielen, schnellen Unit-Tests usw.
Ich habe Less und Sass ausprobiert. Die erste hat eine nette Syntax, aber Sass ist meiner Meinung nach stärker in seiner neuen SCSS-Syntax. Jetzt arbeite ich mit Sass.
SASS & Compass
SASS/SCSS
Derzeit bin ich LESS-Nutzer, ich denke, es bringt nette Verbesserungen ohne zu große Unterschiede zu tatsächlichem CSS, die Möglichkeit, einen Mixin zu verwenden, ohne ein Präfix (@mixin) zu schreiben, und andere Dinge, die mir irgendwie Zeit sparen. Ich bin bisher ein glücklicher LESS-Nutzer.
Ich benutze LESS für schnelle Prototypen und lerne SASS & Compass für die Verwaltung größerer Projekte.
Ich würde gerne einen dieser schönen Präprozessoren benutzen, habe aber keine Ahnung von der Kommandozeile.
Ich glaube nicht, dass selbst ein Anwalt Ihnen helfen könnte, über die Kommandozeile zu klagen ;)
Wenn Sie einen Mac verwenden, probieren Sie ein Programm namens LiveReload aus
Für die Entwicklung war LESS großartig.
Bevor es live geht, verwende ich nur die minimierten CSS-Dateien.
Bin hin- und hergerissen zwischen zwei Parsern
LessParser
SimpLESS
Beide funktionieren gut.
Ich benutze styleCow (https://github.com/oscarotero/styleCow), einen von mir geschriebenen CSS-Präprozessor in PHP.
Ist SASS nicht nur für RoR? Ich mag LESS, weil ich es mit HTML verwenden kann, ohne localhost einzurichten.
Nein, man kann es überall verwenden, aber RoR 3 hat es standardmäßig dabei.
Ich benutze Sass. Habe mit .sass angefangen und zu .scss gewechselt, um die Kompatibilität mit bestehenden/alten CSS-Dateien und Teamkollegen zu verbessern. Less gefiel mir nicht so gut wie Sass, und Stylus fühlt sich für mich nach zu viel Magie an.
Ich benutze Less mit einem sehr nützlichen Mac-Präkompilierer: http://incident57.com/less/
hat meinen Workflow wirklich um eine ganze Menge vereinfacht :D
Stylus ist fantastisch!
Ich habe früher mit einem von mir selbst erstellten PHP-Skript gearbeitet, um Dateien für bestimmte Seiten zu verketten. In einer der letzten Versionen begann ich, eine CSS-Präprozessor-Syntax hinzuzufügen.
Ich bin mit Less zufrieden.
Obwohl ich ein Ruby-Typ bin, bevorzuge ich LESS.
Derzeit benutze ich LESS, aber nur bei Projekten mit komplizierten Messungen oder riesigen Projekten, um die Wartbarkeit zu verbessern.
Kleine und einfache Projekte verwenden nie einen Präprozessor (ich sehe keinen Nutzen?).
Ich höre jedoch tolle Sachen über Stylus, also werde ich es irgendwann ausprobieren.
Guten Morgen,
Wir sind ein Webdesign- in Barcelona, Madrid und wollten Ihnen die von Ihnen bereitgestellten Informationen übermitteln.
Vielen Dank,
Grüße
Less ist so ziemlich das Beste, was wir ausprobiert haben!
Gibt es etwas, das es ermöglicht, SASS zur Generierung von jQueryUI-kompatiblem CSS zu verwenden? …oder bin ich auf dem Holzweg, wenn ich beides nutzen möchte?
Ja – ich weiß genug, um gefährlich zu sein, und das ist alles.
Vielen Dank im Voraus.
LESS zweifellos
Stylus.
Tabs statt Semikolons und Doppelpunkte.
LessCSS rockt!
Hast du Stylus ausprobiert?
Ich habe LESS und SCSS ausprobiert, wenn auch nur kurz, und bin kein großer Fan. Ich finde, es macht es zu einfach, aufgeblähten CSS mit endlosen absteigenden Selektoren und wiederholten Eigenschaften überall zu produzieren. Ich bevorzuge das OOCSS-Paradigma.
Das einzig Gute meiner Meinung nach ist die Möglichkeit, Funktionen zur Behandlung von Vendor-Präfixen zu definieren, und jetzt haben wir prefix-free, das das besser macht.
Ich habe festgestellt, dass ich SASS und Compass (in der SCSS-Syntax) verwendet habe, um im OOCSS-Stil zu arbeiten (bevor ich überhaupt von OOCSS gelesen/gehört hatte). Interessant ist, dass dies bedeutet, dass Sie den Wartungsvorteil von OOCSS erzielen können und trotzdem semantische Klassen haben.
Vielleicht weiß ich einfach nicht genug über sie, um ihre Bedeutung zu verstehen?
Typischerweise haben Websites, an denen ich arbeite, etwa 20 Seiten, aber ich habe an Websites mit über 100 Seiten gearbeitet. Selbst dann habe ich normalerweise ein Reset-Blatt und ein weiteres (manchmal habe ich ein globales und dann spezialisierte Blätter, wenn eine einzelne Seite etwas Kompliziertes benötigt).
Vielleicht fehlt mir etwas in all dem. Ich mag es, dass ich durch meine Stylesheet scrollen und wissen kann, wo alles ist (ich halte sie organisiert und dokumentiert). Wenn ich ein einzelnes Reset-Blatt und ein Blatt mit sagen wir mal 500 Zeilen CSS habe, wird ein Präprozessor dem Endbenutzer wirklich Tonnen von Ladezeit sparen?
Ich bin genauso. Ich sehe keinen Vorteil bei all dem. Ich arbeite genauso wie ChrisC.
Sie können die CSS-Datei bei der Kompilierung minimieren, aber die Vorteile sind hauptsächlich für Sie. Ich verwende immer LESS, um mir zu helfen, Vendor-Präfixe hinzuzufügen, mit Grids zu arbeiten, Variablen zu definieren, damit ich Farbwerte nicht kopieren und einfügen muss usw.
SASS ist für kleine Mädchen und Dummies, wahre Entwickler verwenden LESS, weil sie wahr sind!
Ich fühle mich durch die Bemerkung „kleine Mädchen“ beleidigt.
Wahre Entwickler vermeiden auch Satzzeichenfehler und alberne Kommentare wie „X ist für kleine Mädchen“.
Ich habe sie alle ausprobiert (LESS, SASS, Stylus) und bin bei Stylus geblieben.
Warum?
Ich fand LESS nicht sehr einfach zu handhaben. SASS ist wunderschön, die .sass-Syntax ist die Syntax, in der ich CSS schreiben möchte. Aber Stylus ist am flexibelsten, am schönsten und am schnellsten.
Wenn Sie SASS verwenden, dauert es eine Weile, bis sich die Stylesheet-Änderungen durchsetzen. In Stylus ist diese Zeit fast null.
Ich fand auch, dass die flexible Art und Weise, wie Stylus mit Syntaxen umgeht, besser ist als bei SASS und LESS.
Wir verwenden LESS in meinem Team hauptsächlich, weil LESS PHP gut in unseren bestehenden Build-Prozess passte. Ich hoffe, SASS bei einem persönlichen Projekt auszuprobieren, um zu sehen, was ich angeblich verpasse. Ehrlich gesagt, einer der Hauptgründe, warum ich SASS vermieden habe, ist, dass die Community so gehässig darüber zu sein scheint.
Ich benutze LESS schon lange und liebe es. So sehr, dass ich einige der vollständigen CSS-Syntax für einige Regeln vergessen habe, wo ich immer Mixins verwende, wie
.radius(12)anstelle vonborder-radius: 12px; usw. usw..Mein bevorzugter Compiler ist http://incident57.com/codekit/. Das ist die große Schwesterversion von http://incident57.com/less/. Es rockt!
Ja, Sie können @import wie auch immer.less-Dateien importieren und auf einmal kompilieren.
PS: Ich komme aus einem Designer-Hintergrund. Habe vor ein paar Jahren versucht, SASS/Compass zu verstehen. Die Ruby-Gem-Sache war das Hindernis. LESS hingegen war völlig verständlich und das lokale Kompilieren (nicht mit JS) ist mein bevorzugter Workflow.
Ja, Ruby war auch für mich das Hindernis.
LESS zieht einen einfach mit besserer Syntax und schnellerer Einrichtung mit less.js in seinen Bann.
Ich habe kürzlich endlich einen Präprozessor für Projekte verwendet und mich mehr oder weniger willkürlich für LESS anstelle von SASS entschieden, da es für jemanden wie mich, der zu beschäftigt ist, um sich hinzusetzen und Dinge richtig zu lernen, etwas einfacher zu handhaben schien. Vielleicht probiere ich SASS irgendwann aus, da es mehr zu bieten scheint als LESS.
Aber die Verwendung von LESS mit CodeKit war vom ersten Moment an so erstaunlich, dass ich nie wieder zurückkehren werde. Innerhalb von 10 Minuten hatte ich das riesige Nerd-Grinsen im Gesicht, das ich schon lange nicht mehr hatte.
Die Möglichkeit, eine kleine Mixin-Datei zu haben, die alle Farben, Schriftarten usw. des gesamten Projekts definiert, ist einfach so großartig. Und nie wieder dumme, dumme Vendor-Präfixe schreiben zu müssen? Das allein ist schon Grund genug, den Sprung zu wagen!
Stylus, weil transparente Mixins bedeuten, dass ich Standard-CSS-Syntax schreiben kann
border-radius() {
-webkit-border-radius: arguments;
}
.round-corners {
border-radius: 5px;
}
Ja, das ist der Hauptvorteil von Stylus.
Ich benutze LESS und finde es großartig, obwohl es bei Unachtsamkeit zu Code-Aufblähung führen kann. Eine Funktion, die SASS hat und die ich gerne in LESS sehen würde, ist die @extend-Funktion. Jemand hat Code geschrieben, um dies zu LESS hinzuzufügen. Ich hoffe, es wird bald in die Hauptversion aufgenommen. https://github.com/cloudhead/less.js/pull/509
Der Grund, warum ich LESS gegenüber SASS gewählt habe, war, dass LESS einfacher einzurichten und zu verwenden war als SASS. Ich konnte keine gute Erklärung finden, wie SASS auf einem Windows-Computer einzurichten ist.
Ich benutze LESS mit CodeKit. So so so einfach zu bedienen.
Ich bevorzuge LESS, weil seine Syntax im Grunde CSS mit zusätzlichen Dingen ist. Man muss seine Arbeitsweise nicht ändern.
Ich benutze aber aus irgendeinem Grund tatsächlich viel mehr reines CSS.
Ich habe noch keinen benutzt, aber ich wäre geneigt, Sass auszuprobieren.
Für meine aktuellen Anforderungen ist es jedoch nicht wirklich angebracht, etwas für CSS zu verwenden, das kompiliert werden muss, da eine Reihe von Leuten ein- und aussteigen und nur eine Person Erfahrung mit Präprozessoren hat.
Vielleicht täusche ich mich, aber es sieht für mich so aus, als wäre der agilste Weg zum Debuggen, einfaches CSS zu verwenden.
Frage an die Präprozessor-Nutzer: Ich arbeite mit .NET und habe einen Arbeitslaptop, auf dem ich nicht viel mehr als Browser installieren kann, um unsere Seiten zu testen. Sind LESS oder SASS in dieser Situation anwendbar?
Ja!, benutze die less.js-Datei, um clientseitig zu kompilieren
Beachten Sie, dass der CSS-Link eine .less-Datei ist :-)
Clientseitiges Kompilieren ist eine schreckliche Idee. Wenn Sie können, installieren Sie SimpLESS – es ist eine winzige Anwendung, die dort sitzt und Ihren Less-Code im Handumdrehen kompiliert.
Wenn Sie Visual Studio verwenden, können Sie das Web Workbench-Plugin verwenden, das IntelliSense, Farbhervorhebung und .Scss-Kompilierung & Minifizierung (Less-Kompilierung in der Pro-Version) hinzufügt.
http://www.mindscapehq.com/products/web-workbench
Ich habe mich nach Betrachtung von Twitter Bootstrap und Compass für LESS anstelle von SASS entschieden. Das Twitter-Team hat eine besser aussehende, besser lesbare, prägnantere und leicht verständliche Dokumentation für sein Tool zusammengestellt. Ich dachte, die zugrunde liegende Funktionalität würde das widerspiegeln.
Zusammen mit CodeKit und MAMP ist mein Leben so viel einfacher geworden. Designen/Codieren macht endlich wieder Spaß.
Ich warte auf etwas freie Zeit, um CSS Crush auszuprobieren – es ist im Grunde nur CSS-Syntax mit Extras, und es lässt sich wirklich einfach in PHP integrieren, was für mich perfekt klingt!
Ich habe angefangen, CodeKit (derzeit kostenlose Beta) und LESS zu verwenden… mit CodeKits Unterstützung für externe, selbst erstellte Framework-CSS-Dateien ist mein Workflow auf dem großartigen Niveau.
Wow, ich habe noch nie von einem CSS-Präprozessor gehört… Geht es also hauptsächlich darum, sicherzustellen, dass jede erstellte Regel jede Browser-Möglichkeit abdeckt?
Ich werde auf jeden Fall anfangen, Turbine zu benutzen, da ich es liebe, PHP zu programmieren.
Nein.
Man kann Mixins (Funktionen), Variablen, schönere Syntaxen, Verschachtelung, Vererbung und mehr mit Präprozessoren verwenden.
Mehr Informationen auf nettuts+ oder auf CSS tricks
Ich muss zugeben, ich wusste nicht, wozu ein Präprozessor für CSS da ist oder warum ich die Syntax ändern wollen würde, wenn ich gerade gut darin geworden bin, CSS zu schreiben, ohne nach der richtigen Syntax googeln zu müssen.
Aber ich habe die Grundlagen mit LESS ausprobiert und sehe die Vorteile. Da LESS der einzige ist, den ich ausprobiert habe, kann ich nur für LESS stimmen.
Ein weiteres +1 für LESS, obwohl es der einzige Präprozessor ist, den ich bisher verwendet habe. Fast keine Lernkurve, ich könnte jetzt nicht mehr darauf verzichten.
Ich habe immer noch einige Probleme mit Präprozessoren. Einige davon werden im folgenden Beitrag erklärt
(da Englisch nicht meine Muttersprache ist, verlasse ich mich auf jemanden, der es besser spricht als ich).
In einem der Kommentare las ich, dass jemand das minimierte generierte CSS verwendet: Ich würde es hassen, eine Website mit nicht richtig kommentiertem Code zu übernehmen. Das kann man für einen persönlichen Blog machen, aber nie für eine Produktionsseite.
Eelco,
Nach meinem Verständnis, wenn eine vollständige Entwicklungsmethodik angewendet wird, wird der Entwickler die PSD- und unkompilierten CSS- und JS-Dateien dem Website-Besitzer zur Verfügung stellen, und diese sollten für einen neuen Entwickler zugänglich sein. Sobald der erste Entwickler alles minimiert hat, dann, wenn er geht, liegt es wohl am Website-Besitzer, die Methode durchzusetzen. Der nächste Entwickler würde die unkompilierte und nicht minimierte Entwicklerversion der Website verwenden, um Änderungen vorzunehmen, und dann alle Änderungen kompilieren und minimieren, um sie auf die Produktionsseite hochzuladen. Natürlich hängt das wohl davon ab, dass gute Entwickler gute Praktiken befolgen.
In vielen Fällen sind Präprozessoren besser für Kommentare, da sie Kommentare in der kompilierten Datei entfernen, aber das bedeutet, dass Sie in der Quelldatei viel hilfreicher (ganz zu schweigen von ausschweifenden) sein können, da keine Ihrer Kommentare die Dateigröße der kompilierten Datei beeinflussen.
Ich finde das wirklich nützlich – ich verwende jetzt Inhaltsverzeichnisse in meinen LESS-Dateien, zusammen mit Inline-Kommentaren, die angeben, was wann und wo gemacht wird, wo nötig. Alles in dem Wissen, dass die kompilierte Datei ein leerzeichenfreier Block aus gzip-komprimiertem CSS sein wird, der blitzschnell ist.
Scheint das Beste aus beiden Welten zu sein :)
Ernsthaft, CSS-Präprozessoren gehören zu diesen Dingen, die niemand wirklich braucht. Schönes Konzept, aber nichts für das echte Geschäft.
Wahrscheinlich in einem separaten Beitrag, aber ich würde gerne eine gute Diskussion darüber sehen, WARUM wir diese wollen. Für jemanden (mich), der sie noch nicht benutzt hat, scheint es kontraproduktiv zu sein, etwas zu verwenden, das mein lesbares und strukturiertes CSS in etwas anderes umwandelt… und wie viel Zeit sparen wir wirklich? Selbst auf einer ziemlich großen Website. Ich meine das nicht sarkastisch… ich möchte wirklich wissen, wie viel Zeit wir sprechen.
Ich habe auch mindestens einen Kommentar gelesen, der etwa so etwas sagte wie: „Ich benutze LESS schon so lange, dass ich fast vergessen habe, wie man echte CSS-Syntax schreibt.“ Ist das wirklich eine gute Sache?
Ich höre viele Leute sagen, welche sie mögen (was der Punkt von Chris' Beitrag war, also ist das gut), aber ich verstehe immer noch nicht, warum dies eine gute Sache wäre.
Ich wollte hinzufügen, dass ich die Notwendigkeit der Minifizierung bei etwas wie jQuery sehe, wo man das CSS nicht verändert, aber man ist weitaus wahrscheinlicher gezwungen, Änderungen am CSS vorzunehmen (besonders wenn man es so verwendet, wie es verwendet werden sollte, Präsentation). Es scheint nur ein zusätzlicher Schritt zu sein, den man unternimmt, um CSS zu veröffentlichen, das minimiert ist. Wie viele von uns haben damit angefangen, CSS von anderen Stylesheets zu betrachten? Ich bin mir nicht sicher, aber ich schätze, ein minimiertes Blatt wäre nicht annähernd so einfach zu lesen (entfernt es Kommentare?) Okay, ich bin fertig. :-)
Du trollst, Bro?
Ich könnte nicht mehr widersprechen. Richtig eingesetzt, können sie so viel Zeit sparen.
Betrachten Sie Folgendes: In einem normalen Webdesign verwenden Sie tendenziell eine Farbpalette von vielleicht 3-5 Hauptfarben, richtig? Sagen wir, eine davon ist ein Rot: #990000. Mit einem Präprozessor definieren Sie @red: #990000;
Von da an schreiben Sie einfach @red, wo Sie diese Farbe haben möchten
color: @red;
Sagen wir nun, Sie sind fast mit einem Projekt fertig und der Kunde sagt: „Du, ich hätte dieses Rot gerne ein kleines bisschen heller.“
Möchten Sie lieber A) alle #99000 Deklarationen überall in Ihrem CSS suchen und ersetzen, wahrscheinlich mehrmals, bis Sie den von Ihrem Kunden gewünschten Farbton erhalten, oder B) Ihre @red Variable an einer einzigen Stelle ändern und die rote Farbe sofort im gesamten Web ändern? Ich nehme immer B.
Dies ist nur einer der einfacheren Vorteile der Verwendung eines Präprozessors.
Aber unterschiedliche Striche für unterschiedliche Leute, nehme ich an. Wenn Sie Dinge lieber ganz manuell erledigen, legen Sie los.
Dinge wie diese sind nicht für das „echte Geschäft“ ist einfach nur albern.
@Gabe
Ist das nicht das, wofür Suchen und Ersetzen da war?
SASS oder LESS – gehe nie ohne aus dem Haus (-
Fürs Protokoll, ich benutze LESS
Ich bin mit Scott einer Meinung, OOCSS ist viel sinnvoller – besonders wenn man an großen kommerziellen Anwendungen arbeitet, die auf OO-Code basieren (z.B. .Net).
Ich habe SASS in einem echten Projekt ausprobiert und einige LESS-zu-CSS-Apps auf dem Mac herumgespielt, aber nicht in einem Projekt. Für meine Arbeit, da ich kein wirklicher Designer bin, ist nichts, was ich tue, so kompliziert, dass ich einen Präprozessor brauche, der einen weiteren Schritt in den Workflow einfügt. Und da ich sowohl auf Mac (MBA; unterwegs) als auch auf Windows (zu Hause) arbeite, ist es schwieriger, die Terminal- oder App-basierten Tools zu verwenden, die diese Konvertierungen automatisieren.
Ich wechsle zwischen Compass/Sass und Less. Hängt vom Projekt ab, beide Optionen bieten mir unterschiedliche Vorteile.
Wow, großartig, das sind perfekte Sachen :)
Ich wünschte, ich hätte LESS-Syntax mit der ganzen SASS-Funktionalität :)
Ich bin ehrlich verwundert über all die selbstbekennenden Entwickler in diesem Thread, die die Vorteile eines CSS-Präprozessors nicht sehen. Schreiben Sie JS oder PHP? Verwenden Sie Funktionen oder Variablen in diesen, oder schreiben Sie lieber jedes Mal alles lang und breit aus? Nicht sehr DRY, oder?
Persönlich denke ich nicht, dass es große Unterschiede zwischen LESS und SASS gibt, obwohl ich zustimme, dass LESS der einfachere Weg am Anfang war. Im Großen und Ganzen machen sie so ähnliche Dinge, dass es darauf ankommt, was Ihnen am besten passt, und ich denke, wir sollten uns alle beruhigen :-)
Nicht überzeugt von Stylus. Ermutigt es Sie nicht einfach, sich daran zu gewöhnen, wirklich schludrigen Code zu schreiben?
Ach ja, ich habe früher auch versucht, CSS mit Variablen über PHP zu schreiben, was in Ordnung ist, aber ehrlich gesagt ist das Leben zu kurz und es gibt sowieso nicht genug Stunden am Tag. Wenn es ein Werkzeug gibt, mit dem ich normales CSS mit nur ein wenig Voodoo schreiben kann, warum es nicht benutzen?
Ich habe zuerst LESS verwendet und dann endlich verstanden, wie SCSS/RUBY funktioniert. LESS ist wie SCSS mit Stützrädern. Ich denke, es ist wichtig, ein Werkzeug zu verwenden, das CSS-Code erzeugt, den Sie mögen und leicht scannen können. Ich habe kürzlich an dem Code eines anderen gearbeitet, der offensichtlich verarbeitet wurde. Es waren hauptsächlich Zeilenumbrüche. Jede 5. Zeile war Code. Aber ich habe normale reguläre Ausdrücke gemeistert, um das zu reparieren.
Ich glaube nicht, dass es entscheidend ist, einen Präprozessor zu verwenden, aber ich denke, es ist wichtig, ihn auszuprobieren. Lernen Sie, was er für Sie tun kann! *Dann* entscheiden Sie, ob Sie ihn verwenden möchten!
Ich beschäftige mich zum ersten Mal mit Präprozessoren, aber bisher scheint LESS viel mehr nach meinem Geschmack zu sein. Es passt besser zu meiner Frontend-Developer-Mentalität als die Alternativen.
Bei dynamischen Websites verwende ich PHP, ansonsten SASS
Sie hätten PHP als Option haben sollen :-|
LESS
Verrückt überraschend.
Ich denke, ich habe 40% der Leute, denen ich die Brillanz von SASS und Compass predigen muss. Benutzen Sie es Leute, es wird Ihr Leben verändern.
Ich hatte noch nicht den Mut, einen davon auszuprobieren… Ich weiß, ich verpasse etwas, aber es ist eine Mischung aus nicht genug Zeit, um tatsächlich zu experimentieren, bevor man es auf einen echten Job anwendet. Es wird kommen… hoffentlich bald.
Dasselbe hier, die Zeit wird kommen, wenn ich mich genauer mit der Nutzung befassen werde.
Sass und Compass, wann immer ich kann – danke an Shoptalk dafür!
Habe beide, Sass und Less, aus Neugier ausprobiert;
aber um ehrlich zu sein, ich bin ein Purist
Als ich in den frühen 2000er Jahren mit CSS begann, stieß ich auf ein Szenario, in dem die Berechnung der Hälfte einer dynamischen Breite sehr nützlich gewesen wäre. Ich hatte Angst vor JavaScript, also dachte ich, vielleicht könnte ich eine kleine Formel in CSS einfügen, um zu sehen, ob es funktioniert. Lächerlicherweise tat es das nicht, aber als ich letztes Jahr endlich LESS entdeckte, erschien mir genau diese Funktion als eine offensichtliche und natürliche Weiterentwicklung von Standard-CSS.
LESS lässt sich viel einfacher in eine bestehende LAMP-Build-Umgebung integrieren als SASS, insbesondere mit LessPHP als Option. Ich benutze kein Ruby, daher scheint es übertrieben, es und all die SASS-Sachen für diese eine Funktion einrichten zu müssen. Ich mache mein gesamtes CSS live und kompiliere es mit LessPHP im Handumdrehen, wobei ich Caching verwende, um sicherzustellen, dass die Dinge nicht bei jedem Seitenaufruf kompiliert werden. So gibt es keine Notwendigkeit für unnötige Tools (Offline-Compiler etc.), die im Weg sind und meinen Workflow unnötig verkomplizieren. Schreibe das CSS (LESS) in Notepad++ oder was auch immer (wie ich es immer getan habe), lade es hoch, und fertig. Nichts Neues außer der Art, wie die Stile geschrieben werden.
Trotz der Umfrageergebnisse sehe ich viele Sass-Fans in den Kommentaren. Ich bin kein großer Fan von Sass, weil es zu weit von der CSS-Syntax abweicht (und ja, ich spreche auch von SCSS).
LESS nimmt buchstäblich CSS-Syntax und macht sie besser. Anstatt also eine neue Syntax für Mixins einzuführen, können Sie einfach @import verwenden. Und Variablen verwenden @ anstelle von $ genau wie sie in der CSS-Variablen-Spezifikation eingeführt wurden (plus, @ wird sowieso überall in CSS verwendet). Alles fühlt sich einfach so natürlich an.
Nun, um mich selbst zu widersprechen: Wenn Sie möchten, dass CSS wie eine Programmiersprache formatiert ist, dann kann ich verstehen, warum Sass Ihnen gefallen könnte.
Ich habe Less ausprobiert und es ist bei großen Projekten wirklich nützlich, aber man muss sehr darauf achten, nicht zu viel Hierarchie zu implizieren, wenn man nicht möchte, dass das Stylesheet tonnenschwer wird.
Ich wollte SCSS ausprobieren, aber die Syntax bereitete mir Probleme: Einige CSS-Regeln schlugen einfach fehl, was anscheinend bedeutet, dass SCSS kein Superset von CSS ist, und ich möchte jede CSS-Regel in meinen Pseudo-Stylesheet verwenden können.
Ist die .scss-Syntax und die Variablen etwas, das irgendwann zum Standard-CSS wird? Es ergibt einfach viel Sinn mit Verschachtelung und so etwas.
Ich weiß, dass man mit Präprozessoren lokal arbeiten muss, aber was, wenn man nur eine kleine Änderung vornehmen muss? Kann man die Änderung einfach an der Live-.css-Datei vornehmen? Und was passiert, wenn man später größere Änderungen vornehmen muss und diese lokal durchführen muss? Bleibt die zuvor an der Live-.css-Datei vorgenommene kleine Änderung erhalten oder wird sie überschrieben?
Ich habe eine Weile LESS ausprobiert, aber ich benutze jetzt schon seit einer Weile SASS + Compass. Ich habe alle anderen bei der Arbeit dazu gebracht, es auch zu benutzen.
Zu Hause auf meinem Mac benutze ich http://incident57.com/codekit/ zur Kompilierung und bei der Arbeit sind wir auf PCs und verwenden http://compass.handlino.com/.
SASS allein ist ziemlich gut, aber Compass ist erstaunlich. Die ganzen CSS3-Mixins erleichtern die Cross-Browser-Entwicklung erheblich, und die Sprite-Helfer haben mich tatsächlich dazu gebracht, Sprites zu verwenden.
LESS ist fantastisch, um beim Schreiben von effizienterem und besser organisierten CSS zu helfen. Nach einigem Ausprobieren von SASS und LESS war LESS ein reibungsloserer Übergang.
Wir stellten jedoch fest, dass ein paar Funktionen fehlten, die das Schreiben von CSS viel intuitiver und genauer machen würden, also entwickelten wir einen neuen Präprozessor – http://morecss.org
Ich ermutige Sie, sich das anzusehen und uns Ihre Meinung mitzuteilen! @WriteMoreCSS
WOW! Diese Sprache ist so genial und fehlt definitiv in der Umfrage. Ich muss all meine Projekte auf das MORE-Präprozessor-System konvertieren. :P
Jemand hat diesen Witz zu weit getrieben!
#footer h2 height: one-thousand-one-hundred-and-twenty-three pixels !unimportant;Ich mag Stylus am besten, aber die meisten Server haben kein Node, also habe ich etwas Ähnliches in PHP geschrieben und benutze das…