2010-09-24 2 views
1

Языки стилей, такие как Sass и Less, позволяют нам упорядочивать наши таблицы стилей, такие как настоящий исходный код программирования, более модульными и управляемыми способами, чем когда-либо мог бы использоваться CSS. Использование этих языков по-прежнему является молодым искусством, и мне любопытно узнать, как другие разработчики используют их на практике.Являются ли ваши SASS/Less stylesheets частным исходным кодом или public, как CSS?

Одна из опрятных особенностей открытости Интернета заключается в том, что мы можем учиться у других, просматривая их HTML и CSS. Однако эти новые языки таблиц стилей позволяют разработчикам сохранять собственный исходный код таблицы стилей и делиться только скомпилированным выводом CSS. Стандартные параметры компилятора часто содержат исходную папку таблицы стилей вне общедоступного webroot.

Если вы используете препроцессор CSS для создания коммерческого (закрытого источника) веб-сайта, рассмотрите ли вы исходный язык стилей (Sass или Less), эквивалентный CSS с точки зрения открытости, или же это собственный исходный код?

С одной стороны, эти языки «только» дают нам различный синтаксис для написания стилей, поэтому их функция такая же, как и CSS, уже общедоступный.

С другой стороны, их можно рассматривать как «исходный код» и считаться проприетарными, так же как Ruby или PHP, которые управляют сайтом, используются для генерации HTML.

С нетерпением ждем ваших мыслей.

ответ

2

Похоже, что вы и я являемся единственными, кто следит за тегом предварительной обработки css, я только что нашел это и хотел поделиться некоторыми мыслями.

Для небольшой компании, в которой я работаю, мы используем ту же самую домашнюю CMS для управления каждым сайтом, и в создании файлов css много волшебства. Я не использую LESS или SASS, а комбинацию cssmin и моего собственного кода. В CMS есть настройки темы, которые могут повлиять на нее, и есть другие вещи, такие как перезаписывание URL, которые должны читать настройки из файлов конфигурации php. Вывод всегда есть для тех, кого можно увидеть, но я бы не стал рассматривать код, который генерирует его «с открытым исходным кодом» больше, чем код, который генерирует вывод html.

Наша CMS не является открытым исходным кодом, поэтому наша политика заключается в том, что когда и когда (еще не было) клиент решает отказаться от нас и «хочет его сайт», мы создаем для них статическую HTML-версию с абсолютно нет php исходный код. Таким образом, они получат статическую версию css/js, а также статический html. Они платят за услугу, а не за продукт. Мы не продаем CMS, мы продаем наши услуги, создавая сайт, и получаем доступ к тем же инструментам. Я не уверен, насколько это будет означать, если это случится, но это наша текущая политика.

В любом случае, это может быть не совсем то, что вы имели в виду, но я с нетерпением жду, чтобы узнать об этом, если кто-нибудь его найдет.

+0

Это имеет смысл: как с другим исходным кодом, я вижу, что он работает в обоих направлениях, открыт или закрыт. Это будет интересно, поскольку обработанный вывод CSS становится более оптимизированным для машины, чем оптимизированным автором, он может быть почти как скомпилированный закрытый источник (я имею в виду не форматирование, а использование таких функций, как Sass's @extends, которые реструктурируют вывод). –

 Смежные вопросы

  • Нет связанных вопросов^_^