omelniz 28 янв 2015 в 10:21

Sass-архитектура вашего проекта

2 мин

26K

Комментарии 14

BULcH 28 янв 2015 в 11:48

Что то прочитал раза 2. И не понял полезности данной статьи.
" Правила должен кто-то поддерживать"
А были надежды на возможно новую или хотя бы интересную методологию.

omelniz 28 янв 2015 в 12:00

Основной посыл, что методологии это инструмент и он не должен мешать течению мыслей разработчика. Я хотел показать кухню, всегда интересно, кто как подходит к разработке.

BULcH 29 янв 2015 в 12:26

А почему некоторые файлы имеют расширение scss, а у большинства sass. Конечно разницу я понимаю, но возник вопрос не мешается ли это при сборке?

omelniz 29 янв 2015 в 18:42

Нет, все нормально компилируется, я предпочитаю sass-синтаксис, но иногда есть необходимость использовать scss-синтаксис, например, если плагин подключаю.

RubaXa 28 янв 2015 в 15:55

А что внутри? Может там чернуха из `li:first-child > .btn ~ .icon + * { padding: 10px }`?
От этого и уберегают методологии.

omelniz 28 янв 2015 в 16:09

Правильное замечание. Пожалуй более подходящее название для заметки «Файловая организация sass-файлов». В моем случаи я стараюсь быть ближе к бем в плане именования классов и стараюсь тем самым уходить от каскадности.

var_bin 28 янв 2015 в 16:46

Как по мне, статья больше напоминает рекламный пост в котором есть ссылки на проекты автора, который разбавлен картинками и текстом. Приведенный пример архитектуры очень раздут и можно большинство файлов убрать. Я не представляю как вообще можно ориентироваться в таком количестве файлов.

omelniz 28 янв 2015 в 16:53

Я обязательно научусь писать более ёмкие статьи, это первая, ссылки я добавил, чтобы было понимание что за проект и как я к нему подошел. Я стараюсь разделять цсс на более мелкие файлы, чтобы было удобно ориентироваться именно в коде, это как аналогия к функции, функция должна выполнять одно действие, а не каскад действий в ифах, такая же роль и у файлов, каждый отвечает за свой кусочек.