В данном случае БЭМ будет шагом назад так как есть реальный пример после которого и родилась эта система. Представьте себе ситуацию когда у вас на проекте больше ста модификаций кнопок которые разбросаны по всему проекту и при каждом редизайне, который происходит раз в месяц-два, вам приходится пробегать по 20-30 партиалам что бы заменить классы на кнопках на новые. Или конечно есть выбор сделать в определенном случае цвет кнопки для класса "...red..." зеленым))) Так что после такого я предпочитаю отдавать все что связано с кастомизиуемыми повторяющимися элементами на откуп sass с его возможностями… Но я не навязываю свою точку зрения)
В данном примере описана система которая обычно используется на больших проектах. Размер кнопки подразумевает подкласс объекта который включает в себя общие свойства для нескольких кнопок. По сути каждый «класс size» это дефолтное состояние для набора кнопок с определенной высотой. Вся система построена на том что бы иметь только один класс в HTML для привязки всех стилей и не завязываться на модификаторы.
Без использования BEM на больших и средних проектах нет возможности безболезненно компоновать страницу из смысловых блоков, которые были использованы на других страницах. В случае зависимости от каскада мы должны будем постоянно перезаписывать стили наследованные от родителей.
Не могли бы вы развернуть мысль — почему без использования BEM все выше описанное теряет смысл?
Я наверное переборщил с категоричностью. Наверное это навеяно опытом работы с сайтами среднего и большого размера сверстанных без использования данной методологии. И это реально страшно!
— глобальной области нет вообще
— все свои зависимости (за миксинами, переменными и пр.) модули объявляют самостоятельно и нет никакого глобального модуля
— у каждого компонента есть только одна точка входа в виде less/scss файла
— вью декларирует какие конкретно компоненты она использует
— сборщик собирает css-файлы на каждый view, делая импорт деревьев зависимостей всех объявленных компонентов
Вы можете убрать глобальный модуль и заменить вывод контроллеров на вывод списка модулей, но тогда каждая страница будет гразить новый файл стилей и не будет кешироваться ни «объвяз», ни блоки которые уже использовались на страницах на которые заходил пользователь.
Мой опыт показывает что предпочтительней использовать связку глобальное — локальное, но я не настаиваю на том что он будет хорош для всех случаев.
Двойное срабатывание это в большинстве случаев статика. Сам на своей g700 раз в три месяца провожу следующую процедуру. Выключить, вытащить батарейку. Зажать две кнопки и подержать секунд 30-40. Потом нажать каждую кнопку 20+ раз. После этого вставить батарейку, включить и зажав правую кнопку три раза нажать на левую. Индикаторы должны мигнуть три раза. Если после двух раз таких манипуляций не помогло то это уже ремонт… Мне уже три года помогает).
Интересно как эзотерическое определение осознанности и этот эксперимент подкрепляет друг друга. Из всего этого можно сделать вывод что отличие осознанной личности это способность постоянно участвовать в принятии решения. Укладываться в эти 200 миллисекунд.
Вам именно технические средства интересны или непосредственно управление сном? Если второе то у Зеланда есть методика как добиваться осознанных сновидений
Вы на кофе за год больше тратите чем стоит лицензия на продукт который реально упрощает жизнь и позволяет зарабатывать больше. Я каждый год покупаю лицензию за 50$ и считаю что и это бросовая цена за такой продукт. Если вас не устраивает ценовая политика то пользуйтесь EAP.
БЭМ в первую очередь это верстка с использованием независимых блоков, а все остальное вторично. Если у вас огромный проект и на нем работает большой штат верстальщиков то будет оправдано использовать БЭМ в полной мере. Если вы одиночка или если делаете проекты для разных компаний то стоит осмыслить концепцию и на ее основе уже делать что то свое, удобное вам.
По своему опыту могу сказать что верстка с использованием независимых блоков это обязателньое условие хорошо сделанного проекта. Иначе любой средний по величине проект станет просто кашей не поддающейся модификациям и редизайну без отборного мата ))
Выбор есть всегда!
Ситуация была патовой и пришлось выкручиваться. Переходить на Git, на этом проекте, не дает руководство :(
Я наверное переборщил с категоричностью. Наверное это навеяно опытом работы с сайтами среднего и большого размера сверстанных без использования данной методологии. И это реально страшно!
Вы можете убрать глобальный модуль и заменить вывод контроллеров на вывод списка модулей, но тогда каждая страница будет гразить новый файл стилей и не будет кешироваться ни «объвяз», ни блоки которые уже использовались на страницах на которые заходил пользователь.
Мой опыт показывает что предпочтительней использовать связку глобальное — локальное, но я не настаиваю на том что он будет хорош для всех случаев.
По своему опыту могу сказать что верстка с использованием независимых блоков это обязателньое условие хорошо сделанного проекта. Иначе любой средний по величине проект станет просто кашей не поддающейся модификациям и редизайну без отборного мата ))
Вот купил пару дней назад, очень всем советую. До этого были такие www.plantronics.com.ua/product.php?id=67676 разница просто небо и земля.