Какие аргументы против использования CSS Framework?
Вчера я задал здесь вопрос, который набрал больше сил, чем я думал. Вот ссылка на вопрос, так как она связана. Теперь меня интересует возможность того, что совместное использование двух фреймворков будет хуже, чем использование фреймворка JS и CSS с нуля или наоборот.
Вопрос ясен: если вы думаете, что есть аргументы против использования CSS-фреймворка, такого как Blueprint CSS, пожалуйста, скажите мне, что вы думаете об этом.
3 ответа
Основным аргументом является то, что CSS на самом деле не является языком программирования. Под структурой подразумеваются многократно используемые функции и структуры данных. У CSS нет ни одной из этих конструкций. CSS-фреймворк больше похож на шаблон в текстовом процессоре. Он обеспечивает готовые дизайнерские работы, но также накладывает больше ограничений, чем запуск с чистого листа.
Кстати, именно это и привело к развитию Compass. Он похож на фреймворк CSS, но вместо этого он использует метаязык CSS Sass, который имеет функции и переменные. Таким образом, вместо того, чтобы (например) иметь запеченные в каркасе столбцы, вы можете написать что-то вроде +columns(5) +column-margins(1em) и он будет генерировать соответствующий CSS.
Я использую библиотеки CSS YUI, но я не уверен, считается ли это основой.
YUI обрабатывает основы для шрифтов, макетов и других форматов и обеспечивает его согласованность в браузерах и операционных системах. Это также под лицензией свободного программного обеспечения.
У них также есть очень полезный интерактивный дизайнер сетки.
Совместимость браузера? Мы постоянно боремся за поддержку IE6 для 1/3 наших клиентов, которые не могут или не будут обновляться. Много проблем с CSS.