Code-Effizienz bei CSS-Frameworks http://www.highresolution.info/weblog/entry/code-effizienz_bei_css-frameworks/ Der Framework-Core Beinahe jedes CSS-Frameworks definiert sich durch so genannte Kernbausteine. Diese stellen die grundlegende Funktionalität bereit und sorgen für deren browserübergreifende Kompatibilität. Neben diesen Kernbausteinen bieten die einzelnen Projekte mal mehr, mal weniger optionale Bausteine an (Navigationsbausteine, Textformatierung, Formulare ect.), um den Entwicklungsprozess über die grobe Layouterstellung hinaus zu erleichtern. Genau in diesem Punkt klafft die Schere zwischen den einzelnen Projekten sehr weit auseinander. Diese optionalen Bausteine erhöhen zwangsläufig für den Einsteiger beim Erstkontakt die Komplexität, berühren aber eigentlich die Kernaufgabe der CSS-Frameworks (die Layouterstellung) nicht wirklich und erschweren die Vergleichbarkeit. Ich konzentriere mich deshalb beim folgenden Vergleich jeweils auf diese Kernbausteine, den so genannten Framework-Core folgender Projekte: YAML 3.2 (aktuelle Entwickerversion Beta 3)YAML 3.1YUI 3.0 beta1960 grid systemBlueprint CSS 0.9 de-de Dirk Jesse Copyright 2009 2009-07-17T;10:34:25+00:00 Kommentar von Martin http://www.highresolution.info/weblog/entry/code-effizienz_bei_css-frameworks/ @master jesse sehr schöner artikel. danke dafür. ich setzte schon seit einiger zeit auf dein tolles framework. die entwicklungszeit mit dem yaml-builder ist einfach enorm. ruckzuck habe ich mir mein layout zusammen gezimmert und kann an das finetuning gehen. auch die meisten ie-bugs sind gleich behoben und ich brauche nicht noch lange nach lösungen suchen. deine bonus-steinchen wie das kontaktformular oder andere formatierungen sind toll als vorlage und lassen sich bestens anpassen. auch deine menüarbeit erspart mir viel ärger ... daher bin ich großer fan und warte schon gespannt auf deinen nächsten release. im online projekt nutze ich immer die slim varianten und denke nicht dass yaml meine webseite ausbremst ... die testergebnisse belegen dass noch in zahlen! grüße Martin @master jesse

sehr schöner artikel. danke dafür.

ich setzte schon seit einiger zeit auf dein tolles framework. die entwicklungszeit mit dem yaml-builder ist einfach enorm. ruckzuck habe ich mir mein layout zusammen gezimmert und kann an das finetuning gehen. auch die meisten ie-bugs sind gleich behoben und ich brauche nicht noch lange nach lösungen suchen.
deine bonus-steinchen wie das kontaktformular oder andere formatierungen sind toll als vorlage und lassen sich bestens anpassen. auch deine menüarbeit erspart mir viel ärger ...
daher bin ich großer fan und warte schon gespannt auf deinen nächsten release.
im online projekt nutze ich immer die slim varianten und denke nicht dass yaml meine webseite ausbremst ... die testergebnisse belegen dass noch in zahlen!

grüße
Martin

]]> 2012-01-18T;11:39:34+00:00 Kommentar von danza http://www.highresolution.info/weblog/entry/code-effizienz_bei_css-frameworks/ Sehr schöner Artikel über CSS Frameworks, ich selbst habe bisher erst vor ein paar Tagen YAML ausprobiert und bin bis jetzt über die Einfachheit begeistert. Dennoch kann ich wenn ich ohne Framework eine Seite Layoute viel weniger Code nutzen, wobei ich aber dort nicht auf jeden Browser ein gehen (im Normalfall nur Firefox + Internet Explorer). Meine erste Testseite mit YAML: http://old-community.de/ (ist noch nicht fertig) Sehr schöner Artikel über CSS Frameworks, ich selbst habe bisher erst vor ein paar Tagen YAML ausprobiert und bin bis jetzt über die Einfachheit begeistert. Dennoch kann ich wenn ich ohne Framework eine Seite Layoute viel weniger Code nutzen, wobei ich aber dort nicht auf jeden Browser ein gehen (im Normalfall nur Firefox + Internet Explorer).

Meine erste Testseite mit YAML: http://old-community.de/ (ist noch nicht fertig)

]]> 2012-01-18T;11:39:34+00:00 Kommentar von Carsten http://www.highresolution.info/weblog/entry/code-effizienz_bei_css-frameworks/ Ich denke, die Codegröße von CSS wird in ihrer Wichtigeit generell überschätzt, außer es geht um sehr schmalbandige Anbindungen. Wichtiger ist eine sinnvolle Konfiguration der Webserver/-framewors (komprimierte Übertragung), sinnvolle Angabe von CSS Eigenschaften (keine überbestimmten, tiefverschachtelten Bezeichner, die unnötig komplexe Regelüberprüfungen vom Browser erfordern!) und grundsätzlich auch die Minimierung von Requests an den Server. Allein eine große Anzahl von Requests können die Auslieferung von Webseiten stark abbremsen. Ich denke, die Codegröße von CSS wird in ihrer Wichtigeit generell überschätzt, außer es geht um sehr schmalbandige Anbindungen. Wichtiger ist eine sinnvolle Konfiguration der Webserver/-framewors (komprimierte Übertragung), sinnvolle Angabe von CSS Eigenschaften (keine überbestimmten, tiefverschachtelten Bezeichner, die unnötig komplexe Regelüberprüfungen vom Browser erfordern!) und grundsätzlich auch die Minimierung von Requests an den Server. Allein eine große Anzahl von Requests können die Auslieferung von Webseiten stark abbremsen.

]]> 2012-01-18T;11:39:34+00:00 Kommentar von Daniel http://www.highresolution.info/weblog/entry/code-effizienz_bei_css-frameworks/ Also ich weiß nicht. CSS-Frameworks kenne ich jetzt schon seit einigen Jahren und doch kann ich mich einfach nicht dazu hinreissen lassen eines zu nutzen. Irgendwie sehe ich einfach den Vorteil nicht wenn ich danach ja ohnehin wieder alles überdefinieren muss was mir das Framework “bietet”. Als Reset habe ich eine fixe Vorlage auf Basis des CSS-Reset von Eric Meyer am laufen die ich immer zu Rate ziehe, danach kommt ein Aufbau den ich für einfacher und flexibler halte. Trotzdem finde ich schön, dass das Thema Anklang findet und genutzt wird. Nur durch sowas entwickelt sich etwas weiter. Und wer weiß ob ich den Frameworks nicht nochmal irgendwann eine Chance gebe… ;-) Also ich weiß nicht. CSS-Frameworks kenne ich jetzt schon seit einigen Jahren und doch kann ich mich einfach nicht dazu hinreissen lassen eines zu nutzen.

Irgendwie sehe ich einfach den Vorteil nicht wenn ich danach ja ohnehin wieder alles überdefinieren muss was mir das Framework “bietet”.

Als Reset habe ich eine fixe Vorlage auf Basis des CSS-Reset von Eric Meyer am laufen die ich immer zu Rate ziehe, danach kommt ein Aufbau den ich für einfacher und flexibler halte.

Trotzdem finde ich schön, dass das Thema Anklang findet und genutzt wird. Nur durch sowas entwickelt sich etwas weiter. Und wer weiß ob ich den Frameworks nicht nochmal irgendwann eine Chance gebe… ;-)

]]> 2012-01-18T;11:39:34+00:00 Kommentar von Ansgar Hein http://www.highresolution.info/weblog/entry/code-effizienz_bei_css-frameworks/ Abgerechnet wird immer zum Schluss. Mich würde mal - abseits aller Theorie - ein echter Vergleich verschiedener Layouts mit den einzelnen CSS-Frameworks interessieren: Wie groß sind die Seiten? Wie performant sind sie? Wie schaut es mit der Skalierbarkeit aus? Wie mit der Erweiterbarkeit? Leider fehlt mir dafür jede Zeit, aber nur in so einem Praxisvergleich kann man letzten Endes zeigen, wie die einzelnen Frameworks funktionieren, Vor- und Nachteile zeigen. Dennoch: Deine Betrachtungen haben mich sehr überrascht. Ich persönlich hätte darauf gewettet, dass YAML schlechter wegkommt und YUI deutlich besser. Abgerechnet wird immer zum Schluss. Mich würde mal - abseits aller Theorie - ein echter Vergleich verschiedener Layouts mit den einzelnen CSS-Frameworks interessieren: Wie groß sind die Seiten? Wie performant sind sie? Wie schaut es mit der Skalierbarkeit aus? Wie mit der Erweiterbarkeit? Leider fehlt mir dafür jede Zeit, aber nur in so einem Praxisvergleich kann man letzten Endes zeigen, wie die einzelnen Frameworks funktionieren, Vor- und Nachteile zeigen.

Dennoch: Deine Betrachtungen haben mich sehr überrascht. Ich persönlich hätte darauf gewettet, dass YAML schlechter wegkommt und YUI deutlich besser.

]]> 2012-01-18T;11:39:34+00:00