Если та же, так в чём проблема? Делайте её независимой от родительского блока, БЭМ же использует тот же CSS, только без фичи каскадности.
А по поводу модификаторов — отличная шутка, отказаться от ангуляра в пользу решения яндекса из-за загонов верстальщика.
В том то и дело, что это абсолютно другая кнопка в другом блоке, которая покуда что выглядит так же. Потому ты просто пользуешься миксином или импортом, в дальнейшем миксин можно будет либо параметризовать, либо переписать, если вид кнопок разойдётся. При этом все изменения на уровне стилей в less не затрагивая класы в шаблоне.
Вот у нас проект с богатым клиентом на angular, логика отображения прописана во вьёхе и дерективах, она замешена на разметке и класах, а тут плюх кнопку решили сделать синей и меняют класс btn-color-red на btn-color-blue -color-text--green-600, валится директива, валятся тесты, верстальщик лезет в шаблоны и дай бог там ничего больше не заденет. И это я не теоретизирую, разве что немного гиперболизирую, но сталкивался на практике, активная реклама БЭМа яндексом делает своё чёрное дело.
Так не надо использовать глобальные стили, есть блок-контейнер, внутри него стили, которые не лезут за пределы контейнера. Ну а с less-ом всё становится вообще прекрасно. Ну а скорость селекторов — это даже не смешно с современными мощностями даже в дешёвых смартфонах.
Вот, вордпресовский шаблок как раз демонстрирует во что превращается разметка, когда не используешь возможности css, а придумываешь 100500 класов. Помимо кучи лишних классов, они ещё и глобально прописаны. Тоже полный БЭМ, можно было обойтись просто заметой стилей для стандартной разметки и без модернайзеров. Но и на том авторам спасибо, читать удобно.
Так я об этом и пишу, скаляры надо обрабатывать либо заворачивать в объекты вроде Money или Int, потому и разделяю их.
Про неймспейсы — хрен редьки не слаще. new sfRequest было гораздо удобнее use Symfony\Component\HttpFoundation; new Request;
Есть исторически сложившиеся моменты из-за которых нет нормальной возможности их реализовать удобно, чтобы использовать use Acme\*, нет приватных классов из-за чего скоуп загажен служебными классами и неймспейсами.
Я вот решил написать статейку как мы в кучерявые времена делали свое неправильное DDD. Начал переписывать примеры с php4 на php5 и ловлю себя на мысли, что с интерфейсами и неймспейсами кода стало ещё больше писаться.
Пока яндекс не стал вкладываться в продвижение бэма это считалось плохими практиками, хорошим стилем было использование каскадных стилей и семантической разметки с классами не завязаными на расположении или цвете элемента. Я всегда знаю, что список будь то меню или пагинатор имеет одинакову разметку, отличаясь лишь контейнером и мне не искать какой класс прописывать, один и тот же шаблон можно использовать в разных проектах, а верстальщик всё изменит с помошью стилей, не меняя самой разметки.
А вот это ад, который могут себе позволить только большие бюрократезированные компании из вашего списка
<header class="demo-header mdl-layout__header mdl-color--white mdl-color--grey-100 mdl-color-text--grey-600">
вместо
<header class="demo">
>>А почему такое разделение на скаляры и объекты?
Потому что в вэбе почти всё строки, от того утиная типизация в php так удобна и экономит столько времени, сил и средств. А все эти новые костыли работают очень криво, от неймспейсов я до сих пор офигеваю открыв исходник и увидев шапку из use.
Клиент то точно не должен иметь возможности указывать как мне обрабатывать параметры метода, это нарушает принцип чёрного ящика и ведёт к непредсказуемым результатам. Потому всегда нужно приводить данные к нужному виду, а не доверять пользователям.
Падать приложение не должно, можно выбросить null или false или пустой массив-коллекцию в зависимости от конракта и бросить в лог сообщение с ошибкой. Исключение — это вообще крайний случай. Не подгрузятся товары по акции — ну и фиг с ним, в логе ошибка есть, исправят, а пользователю блок не покажем и т.д.
А если где-то критично важен тип, то не надо принимать скаляры, проси их завернуть в обёртки для примитивных типов, создав Acme\Int, Acme\String, тайпхинтя по ним и работая с умными объектами.
Типизация здесь не решает, в той же sql-инъекции строка остаётся string несмотря на наличие кавычек. Лучше в коде явно привести параметр к int, чем каждый раз падать из-за неправильно переданного параметра. Последнее время на проектах некоторые части ипишек на .net или java, сил нет бороться с их 500-ми и трейсами, даже есть правило, если апишка не на php, умножаем время разработки в три раза.
В этом и дело, что мы с вами — это не весь мир. При выборе месенджера приходится ориентироваться на круг общения, а по итогу ты себе заводишь 100500 софтин, потому что со времён icq нет ни одного нормального месенджера для чатов.
Одни завязаны на мобилку. Вторые на номер телефона не позволяя заводить несколько аккаунтов. Третьи на свою социальную сеть. Остальные просто глючные или недостаточно популярны. И повсеместно проблемы с неудобными контакт листами, историей, синхронизацией между девайсами.
Почему вы считате вайбер таким популярным? QQ, WhatsApp гораздо популярнее https://devby.s3.amazonaws.com/ckeditor_assets/pictures/14632/content_messangers.jpg
И почему считаете, что потеря аккаунта — это допустимо. Потерять настройки, историю, групповые чаты — это эпик фейл.
Вайбер вообще не альтернатива, очень кривая поделка, выезжает только на фишке с простой регистрацией для блондинок. В то же время для нормального использования жесткая привязка к номеру это минус. Да и качество ужасно, уже дважды терял аккаунт после обновления под win phone. Страшно сказать, но аська в 100500 раз лучше и функциональнее, хотя проблемы с безопасностью в начале 2000-х набили оскомину. Сейчас вроде лучше, даже видеозвонки появились, но из-за русскости она уже не воскреснет. Для чатов прекрасное решение, которое уже более десятка лет служит, просто работает, но мэйловцы разогнали всех пользователей.
У скайпа же нет альтернатив. Видеоконференции вне конкуренции и громная распостранённость. hangouts и качеством хуже, и кросплатформенностью, и гугл с кармой убийцы, gtalk до сих пор памятен.
Возможно, вы удивитесь, но в столь же древнем фреймворке seagull уже было Middleware, называлось filter chain. Сейчас многие фишки того времени прошли ребрендинг и набирают популрность: composer — pear, pear libs — symfony components, middleware — seagull filter chain, zephir — pecl
Ну это не я предлагаю, на сайте самого ангуляра есть пример .make-row() getbootstrap.com/css/#example-usage
Хотя я им не пользуюсь, не нравится что он вставлет margin.
Смысл в том, что ты используешь бетстрап как фреймворк, а вёрстка нормальная, семантическая, а не засраная бустраповскими терминами.
Это же хорошо, что линукс игнорируют, уже пару лет на линуксе без проблем. А под виндой все эти переписывания интерфейсов, реклама и даже парсеры ссылок глючные. Ну и новоcть о веб версии как раз движение в сторону мультиплатформенности. Текстовы клиент у них уже был очень давно встроенный в онлайн документы вроде onenote, сейчас плагин для аудио-видео звонков допилят. С приходом майкрософт началось движение в лучшую сторону, но пока с кучей кучей и граблей.
Зачем с одного костыля на другой? Скайп подходит для аудио и видео звонков, уж очень приемлемое качество даже на плохих каналах, не стречал ничего лучше, если кто посоветует да ещё мультиплатформенное буду рад.
Как месенджер он не подходит для работы, в отличее от Slack и подбных ему, где и история хранится на серверах, и поиск по ней хороший, и ссылки на сообщения можно получить, передать и по сети, добавить в избранное, да и интеграция с рабочими инструментами радует. Понятно, что тоже не без грехов, но лучше обычных месенджеров для потрепаться без истории.
Я уважаю Битрикс, это большой добротный проект с отличной функциональностью и если он подходит под нужды бизнеса, то стоит выбирать не задумываясь.
Но вот двухсмысленные намёки на репутацию весьма неприятны, она точно заслуженная
www.govnokod.ru/search?search=bitrix&language=
www.govnokod.ru/search?search=%D0%B1%D0%B8%D1%82%D1%80%D0%B8%D0%BA%D1%81&language=
Думаю, треть претензий там надуманные и уже исправлены, но представление уже можно составить.
В Майкрософт в очередной раз совершили маленькую революцию, объединив разные платформы в одну, потому сокращение назревало. Вряд ли это конец, за ребятами из нокии могут последовать старые разработчики из самой MS, больно уж хороши концепты у последних продуктов компании, а вот качественно доводить их до конца у текущих команд далеко не всегда получается.
А по поводу модификаторов — отличная шутка, отказаться от ангуляра в пользу решения яндекса из-за загонов верстальщика.
Вот у нас проект с богатым клиентом на angular, логика отображения прописана во вьёхе и дерективах, она замешена на разметке и класах, а тут плюх кнопку решили сделать синей и меняют класс btn-color-red на btn-color-blue -color-text--green-600, валится директива, валятся тесты, верстальщик лезет в шаблоны и дай бог там ничего больше не заденет. И это я не теоретизирую, разве что немного гиперболизирую, но сталкивался на практике, активная реклама БЭМа яндексом делает своё чёрное дело.
Про неймспейсы — хрен редьки не слаще. new sfRequest было гораздо удобнее use Symfony\Component\HttpFoundation; new Request;
Есть исторически сложившиеся моменты из-за которых нет нормальной возможности их реализовать удобно, чтобы использовать use Acme\*, нет приватных классов из-за чего скоуп загажен служебными классами и неймспейсами.
Я вот решил написать статейку как мы в кучерявые времена делали свое неправильное DDD. Начал переписывать примеры с php4 на php5 и ловлю себя на мысли, что с интерфейсами и неймспейсами кода стало ещё больше писаться.
А вот это ад, который могут себе позволить только большие бюрократезированные компании из вашего списка
Потому что в вэбе почти всё строки, от того утиная типизация в php так удобна и экономит столько времени, сил и средств. А все эти новые костыли работают очень криво, от неймспейсов я до сих пор офигеваю открыв исходник и увидев шапку из use.
Падать приложение не должно, можно выбросить null или false или пустой массив-коллекцию в зависимости от конракта и бросить в лог сообщение с ошибкой. Исключение — это вообще крайний случай. Не подгрузятся товары по акции — ну и фиг с ним, в логе ошибка есть, исправят, а пользователю блок не покажем и т.д.
А если где-то критично важен тип, то не надо принимать скаляры, проси их завернуть в обёртки для примитивных типов, создав Acme\Int, Acme\String, тайпхинтя по ним и работая с умными объектами.
Одни завязаны на мобилку. Вторые на номер телефона не позволяя заводить несколько аккаунтов. Третьи на свою социальную сеть. Остальные просто глючные или недостаточно популярны. И повсеместно проблемы с неудобными контакт листами, историей, синхронизацией между девайсами.
И почему считаете, что потеря аккаунта — это допустимо. Потерять настройки, историю, групповые чаты — это эпик фейл.
У скайпа же нет альтернатив. Видеоконференции вне конкуренции и громная распостранённость. hangouts и качеством хуже, и кросплатформенностью, и гугл с кармой убийцы, gtalk до сих пор памятен.
Хотя я им не пользуюсь, не нравится что он вставлет margin.
Смысл в том, что ты используешь бетстрап как фреймворк, а вёрстка нормальная, семантическая, а не засраная бустраповскими терминами.
Как месенджер он не подходит для работы, в отличее от Slack и подбных ему, где и история хранится на серверах, и поиск по ней хороший, и ссылки на сообщения можно получить, передать и по сети, добавить в избранное, да и интеграция с рабочими инструментами радует. Понятно, что тоже не без грехов, но лучше обычных месенджеров для потрепаться без истории.
Но вот двухсмысленные намёки на репутацию весьма неприятны, она точно заслуженная
www.govnokod.ru/search?search=bitrix&language=
www.govnokod.ru/search?search=%D0%B1%D0%B8%D1%82%D1%80%D0%B8%D0%BA%D1%81&language=
Думаю, треть претензий там надуманные и уже исправлены, но представление уже можно составить.
p.s. Вот благодаря таким -8 я не могу даже код отформатировать.