Comments 34
rouss ты хуй
-29
Во-первых, сколько минусов способен собрать такой комментарий? Я ставлю на 12.
Во-вторых, на Дваче каждому желающему будет предложен на выбор свой личный GTFO, выше лишь пример.
Двач - свободное общение.
http://2.0ch.ru/b/src/1180212300898.jpg (beware!)
Во-вторых, на Дваче каждому желающему будет предложен на выбор свой личный GTFO, выше лишь пример.
Двач - свободное общение.
http://2.0ch.ru/b/src/1180212300898.jpg (beware!)
-22
Я думаю, что будет колебаться в районе 0.
:-)
:-)
0
ну рассмешил в середине дня ))))
-2
Меня всегда интересовал вопрос полезности фреймворков. Весьма позновательно. спасибо.
+1
Даже если логика расположения информации на разрабатываемых сайтах различна полезно создать отдельно и постоянно использовать стили для различных элементов форм и типографики - упрощает жизнь контент-менеджерам.
0
Я так думаю они его к Django потом прикрутят :)
+1
UFO just landed and posted this here
собсвтвенно, немецкий css-framework http://yaml.de/, который мы используем в работе. правда лицензию купить пришлось (вроде порядка ?200 было)
0
это не фреймворк, это библиотека
+1
Я вам как разработчик фреймворков (правда не веб) должен сказать, что все здорово, но описанное фреймворком не является. Конечно этот факт не умаляет достоинств описанного. Это набор CSS. Чудно. Может это конечно новый термин такой "css framework'и". Но все же, фреймворк это нечно более законченное и глобальное. WSS (Windows Sharepoint Services) вот это фреймворк, если речь про веб. Вот фреймворк - http://www.djangoproject.com/, вот еще - http://www.backbase.com/products/ajax360/.
+3
ИМХО разбивать на 6 файлов то, что помещается в одном это тупо.
0
хм, согласен по поводу фреймворка и абстрагирования кода с Shrike - это полезно в скриптинге, но вот о дизайне как-то не задумывался...
в принципе, никакого фреймворка то и нет - создается html файл и css - html сверстан в div и потом при помощи css управляем разметкой... тут ничего особого нет - обычное структурирование и разделение "кода" на стиль и контент.
ИМХО в css это не особо нужно.Все и так гибко и просто :)
в принципе, никакого фреймворка то и нет - создается html файл и css - html сверстан в div и потом при помощи css управляем разметкой... тут ничего особого нет - обычное структурирование и разделение "кода" на стиль и контент.
ИМХО в css это не особо нужно.Все и так гибко и просто :)
0
конечно, этот фреймворк не должен быть таким глобальным, как скажем, Rails, но суть-то от этого не меняется? Просто придерживайтесь правила "Don't repeat yourself". Что касается меня, я заметил, что мне приходится очень часто писать то, что я уже писал до этого, скажем, правила для типографики.
0
0
Фреймворк, конечно, слишком громко сказано. Да и странно это понятие применять к CSS.
Вынос повторяющихся правил в глобальный файл уже многие давно практикуют... А вот использование единого файла стилей для разных проектов, по моему, это вообще страшное зло. Представляете, что начнется, если сервер с таким файлом окажется не доступен?
Сам дублирую такие библиотечки на независимых проектах, но тут уже втсает вопрос о синхронизации изменений в этих файлах...
Вынос повторяющихся правил в глобальный файл уже многие давно практикуют... А вот использование единого файла стилей для разных проектов, по моему, это вообще страшное зло. Представляете, что начнется, если сервер с таким файлом окажется не доступен?
Сам дублирую такие библиотечки на независимых проектах, но тут уже втсает вопрос о синхронизации изменений в этих файлах...
0
Вообще-то framework-ом можно назвать все, что связано с облегчением твоей работы. Эдакий антивелосипед.
А насчет единого файла стилей я с тобой согласен. И дело даже не в том, что сервак может быть недоступен. Просто, это что-то вроде "Design Pattern"-а. Даже в одном проекте нужно хранить стили в разных файлах(распределять по модулям, по частоте использования или как-то еще), так как это сравни хранению всех классов Java(PHP, Perl) в одном файле.
А насчет единого файла стилей я с тобой согласен. И дело даже не в том, что сервак может быть недоступен. Просто, это что-то вроде "Design Pattern"-а. Даже в одном проекте нужно хранить стили в разных файлах(распределять по модулям, по частоте использования или как-то еще), так как это сравни хранению всех классов Java(PHP, Perl) в одном файле.
0
Использование единого файла стилей для разных проектов не означает что он должен лежать на одном сервере. А в этой статье и не говорится о едином месте хранения.
Cама же идея интересная. Вы говорите о сложности синхронизации, но ведь не будете отрицать что даже неаавтоматическая синхронизация (ручное копирование) сэкономит вам довольно много времени (чтобы не писать этот велосипед заново). Спроэцируйте это на CSS если вы верстальщик.
Единственное несхождение в статье - очень часто такой продвинутый HTML-кодер (ронимающий проблему дублирования кода и решающий ее) становится программером :)
Cама же идея интересная. Вы говорите о сложности синхронизации, но ведь не будете отрицать что даже неаавтоматическая синхронизация (ручное копирование) сэкономит вам довольно много времени (чтобы не писать этот велосипед заново). Спроэцируйте это на CSS если вы верстальщик.
Единственное несхождение в статье - очень часто такой продвинутый HTML-кодер (ронимающий проблему дублирования кода и решающий ее) становится программером :)
0
кому интересно, как это сделал автор статьи, можете заглянуть сюда:
0
Sign up to leave a comment.
Framework'и только для разработчиков ?…