Ну учитывая, что мы только что отошли от поддержки 8-го ослика. Этот новый этап наступит не скоро ... есть ли уже какие-то приблизительные даты релиза, а то я не нашел
Честно говоря я себе не представляю какие костыли нужно будет придумать для поддержки старых браузеров в случае когда CSS4 примут в качестве стандарта.
Ну бутстрап не запрещает поменять их стандартные breakpoints, на те, которые в голову придут. Так же как и поддерживает любые медиа запросы, не только min и выше.
Ну оно было актуально во времена, когда Sass только появился, а бутстрап был на less и не таким популярным был mobile first подход. А сейчас разработчики подзабилы немного...
dhat Нет, это такая небольшая библиотека миксинов для медиа запросов. Насколько я помню ее с начала разрабатывали как часть фреймворка compass создатели Sass когда еще не было Susy а затем она вылилась в отдельный проект. Ее можно скачать через Боуэр или git, или подключить в настройках компаса.
dhat Относительно Bourbon - система сетки и конечно более гибкая. Но опять же, а нужно ли?
Сейчас все наоборот призывают писать код максимально просто и поминимуму использовать всякие хитроумные миксины в которых сам автор через неделю уже не может разобраться. Но они сейчас работают над релизом Bourbon 5 посмотрим.
2. Относительно bootstrap 4.
Вплотную НЕ юзаю потому что Стараюсь придерживаться BEM методологии и вообще не люблю когда код ведет себя не предсказуемо, а с чужим кодом увы такое не редкость. У меня не слишком много практики в верстке, я скорее учусь потому, стараюсь все делать сам, чтобы набить руку. Но bootstrap 4 включает в себя достаточно много классных миксинов которые можно скачать и использовать.
Также нравится их Reboot, как надстройка к Normalize. Организация глобальных переменных, в соответствии со значениями которых Миксины ведут себя по-разному. Ну и сама система сеток, которая позволяет использовать и плавающие блоки и флексбокс.
1. Относительно Сьюзи.
Да, это возможно самый мощный на сегодня инструмент по построению сеток любых размеров с любым уровнем вложенности. Она без преувеличения может все что может придумать фантазия.
Но сразу тебя отговорю от этой затеи, так как сам уже успел встать на эти грабли:
- Достаточно высокий уровень вхождения. Не самая лучшая документация, оно и не удивительно, потому разработчики продают книгу с подробными туториалом от 99 до 199 $ https://learnsusy.zellwk.com/#signup
- Возможностей у реально очень много, а соответственно на обучение уйдет не мало времени.
- Наверняка не каждый заказчик будет рад если ты сделаешь заказ с использованием Сюзи. Ведь если в будущем нужно будет что-то переделать придется сначала найти человека, который это умеет. А согласно опросу по итогам 2016 года "The State of Front-End Tooling 2016" в мире среди фронтендеров есть 5.51% опытных пользователя этого инструмента и около 10% людей с элементарным понятием о нем, более 50% разработчиков вообще никогда не слышали о таком.
- Если же ты все таки решишься и пройдешь курс самурая)) То в конце тебя ждет еще одно разочарование. 90% всех возможностей этого инструмента просто некуда применить. А с 90% задач с которыми ты сталкиваешься бутсрап справляется на ура.
- Ну и напоследок, хотя многие гуру фронтенда очень положительно отзываются о сабже и многие из известных сайтов сделанные на нем. Сюзи это система сеток на основе плавающих блоков, а мы потихоньку входим в эру Flex-верстки.
Нет, на любителя. Просто одна из важных фичь Бема (по моему мнению) кроме методологии нейминга - это доопределение и переопределения кода на высших уровнях. Я здесь могу в чем-то ошибаться, потому что сам до конца не разобрался пока. Но с начала мы берем самую примитивную бем сущность например a.button и пишем очень общие стиле или проще говоря делаем ей ресет. Далее в блоке на уровень выше для кнопки которая в шапке сайта (здесь по фуллстеку обычно создают папку header и подпапку button), где мы доопределяем нашу сущность родительским селектором header__button, который задает внешнюю геометрию кнопки. Ну и наконец, в идеале мы создаем еще один или много (ето все зависит от желания и масштабов проекта ) независимых от блоков файлов стилей, где описываем дизайн наших сущностей через модификатор _theme_lolololo.
В конечном итоге у нас получается пуленепробиваемый батон :) в лучших традициях DRY, с минимальной вероятностью последующих багов, а также с максимальной поддерживаемостю. Такая же история и с JS блоков.
Pug, он же jade, справляется с этим на все 200%, а в TARS очень неплохо это все собирает в кучу и помогает поддерживать вложенность элементов.
Но опять же здесь нет единого правильного подхода. Многие делают гораздо проще. Для каждого блока есть папка с pug миксином, стилями, скриптами и прочим дале инклудамы все в index. Например здесь: https://github.com/zoxon/gulp-front
