тобишь каскада вообще не должно быть? допустим если я помещаю блок социалок в навигацию. Я не могу юзать в стилях такую схему nav soc {float: right} допустим

Всем привет! Сейчас столкнулся с такой проблемой: как адекватно дать имена переменным для шрифтов (если это вообще правильно, делать переменными) если у меня в макете просто дофига шрифтов? вот, что я обнаружил на макете

Нигде ничего общего, везде "шаг влево, шаг вправо"

Если делать в Сасс переменные, типа "чтобы в будущем если вдруг захотим где-то поизменять шрифты чтобы не рыться по всему файлу" - я ж даже не смогу столько разнообразных адекватных имён переменным дать :D

Вопрос закрыт )))

конечно в этом случаи можно хранить модификатор soc_round допустим, а если все сложнее? Если блок сам по себе большой и стили нужны совсем другие

Так это простой блок, для элементов (картинок контактов) задай нужные модификаторы с отступами, цветами и круглый бордер. Или если это вложенные друг в друга фонтоусм то тут вообще все через них и настраивается. Для самого блока можно задать модификаторы положения элементов внутри, например дисплей флекс и колонкой / строкой

конечно в этом случаи можно хранить модификатор soc_round допустим, а если все сложнее? Если блок сам по себе большой и стили нужны совсем другие

Вот тут ответ на твой вопрос: https://youtu.be/Ai-yt0b8iKE?t=1h9m35s

Вот тут ответ на твой вопрос: https://youtu.be/Ai-yt0b8iKE?t=1h9m35s

Я Бэм понималмв течении года, и только буквально неделю назад прозрел

Но после прозрения БЭМ ну очень красивым и простым кажется

Это я просто CSS BEM, там ещё для js есть, но его я даже не читал

Я с БЭМ работаю пол года. Ранее много верстал без него. И когда знакомился с методологией, то сразу были видны проблемы которые он устраняет.

Я JS-бем то же как-то пропустил. Мне CSS-а предостаточно

Я с БЭМ работаю пол года. Ранее много верстал без него. И когда знакомился с методологией, то сразу были видны проблемы которые он устраняет.

Я все никак не мог понять, что элемент это блок, а если это так, то зачем нужен элемент, если его уже можно описать в блоке

И вот недавно понял

Прям красивое решение и простое

Теперь вот mvc изучаю, что это за патернчик такой

Теперь вот mvc изучаю, что это за патернчик такой

Но пока что большинство статей - говно

)) Я в начале изучения больше смотрел на обычные блоки типа <select> и <table>. И там и там есть специфичные теги внутри. Мы же нигде не пишем <tr> вне контекста тега <table>. Так же и с БЭМ, но на уровне названия классов. Элементы нашего кастомного блока (компонента) не должны жить вне него. И в этом вся суть, я считаю.

)) Я в начале изучения больше смотрел на обычные блоки типа <select> и <table>. И там и там есть специфичные теги внутри. Мы же нигде не пишем <tr> вне контекста тега <table>. Так же и с БЭМ, но на уровне названия классов. Элементы нашего кастомного блока (компонента) не должны жить вне него. И в этом вся суть, я считаю.

Это то мне сразу было понятно

Но пока что большинство статей - говно

Успехов в изучении. На этом паттерне почти все постороено.

Теперь вот mvc изучаю, что это за патернчик такой

Всмысле говно?

Всмысле говно?

Статьи плохие

Они совершенно не рассказывают о патерне

Чем?

Просто дают определение и все

Так а что о нем рассказывать?)

Думаю, что человеку не хватает примеров практического применения

Есть единная точка входа index.php в которой реализован разбор роутов и передача управления тому или иному контроллеру . Индекс.Пхп если не ошибаюсь это шаблон проектирования фасад

Думаю, что человеку не хватает примеров практического применения

Ну тогда взять кодеигнитер есть такой фреймворк и пощупать , посмотреть как внутри устроено

Все строится на разборе урла

Это ты сейчас в привязке к конкретной реализации говоришь. Но паттерн на то и паттерн, что может быть применен где угодно! Я к примеру в первые знакомился с ним на Delphi и C++. Позже порадовало, что в Yii2 и Angular уже применен MVC.

Ну мы ж о вебе говорим?

В Пхп помоему любой фреймворк так построен

Так а что о нем рассказывать?)

Должны быть посылки для его появления. Почему появился такой паттерн? Что сделало его популярным? Чем он был лучше существующих тогда? Где примеры его использование вне веба?

Да. Но в том же ангуляре... Есть макет (view), сервис (модель), контроллер.

Это ты сейчас в привязке к конкретной реализации говоришь. Но паттерн на то и паттерн, что может быть применен где угодно! Я к примеру в первые знакомился с ним на Delphi и C++. Позже порадовало, что в Yii2 и Angular уже применен MVC.

Кстати у знакомого прогера спрашивал юзают ли они его на плюсах он сказал что нет

Да. Но в том же ангуляре... Есть макет (view), сервис (модель), контроллер.

Это гуд , у нас на проект интегрят ангуляр

Кстати у знакомого прогера спрашивал юзают ли они его на плюсах он сказал что нет

Мы на плюсах специально начинали писать проект в этой парадигме.

Т.е. из коробки его нет. Но никто не мешает сделать самому.

Должны быть посылки для его появления. Почему появился такой паттерн? Что сделало его популярным? Чем он был лучше существующих тогда? Где примеры его использование вне веба?

Паттерн это типовое решение задачи котороя неоднократно возникала у многих прогеров. Если говорит конкретно о пыхе их много , фасад адаптер фабрика и т д

Это гуд , у нас на проект интегрят ангуляр

Мы уже фронт вынесли в SPA на ангуляре...

Паттерн это типовое решение задачи котороя неоднократно возникала у многих прогеров. Если говорит конкретно о пыхе их много , фасад адаптер фабрика и т д

Без привязки к технологиям

Сейчас я могу сказать что такое mvc, но я все равно не понимаю его философию

Ну и без привязке к пыхе ты тоже найдешь эти патерны

Ну внедрили 3 слоя абстракций, ну и че?

Ну и без привязке к пыхе ты тоже найдешь эти патерны

Django - чистейший mvc

Angualr - mvc

Паттерн это типовое решение задачи котороя неоднократно возникала у многих прогеров. Если говорит конкретно о пыхе их много , фасад адаптер фабрика и т д

пых тут нипричем. Все то же есть и в других языках. К примеру Qt (это над C++). Там фабрики компонент позволяющие абстрагироваться от платформы. Напомню, что Qt кроссплатформенный.

Сейчас я могу сказать что такое mvc, но я все равно не понимаю его философию

Копни битрикс ты поймешь попаболь когда у тебя в одном файле запросы в бд , бизнес логика , стили инлайново и куча хтмл

Копни битрикс ты поймешь попаболь когда у тебя в одном файле запросы в бд , бизнес логика , стили инлайново и куча хтмл

Почему не использовать что-то другое, а не mvc?

Какие слабые стороны у mvc?

А так все на своих местах , надо вывод тулим во вьюху

Сейчас я могу сказать что такое mvc, но я все равно не понимаю его философию

Главное! Это разделение слоев. Т.е. ты можешь легко менять логику представления, чаще всего меняется GUI, не ломая бизнеслогику.

Копни битрикс ты поймешь попаболь когда у тебя в одном файле запросы в бд , бизнес логика , стили инлайново и куча хтмл

Чел, ты до сих пор мне толкаешь про технологии

Надо в базу сделать запрос модель

Я прошу толковать за смысл

Логика это контроллер

Почему не использовать что-то другое, а не mvc?

какой патерн ты еще знаешь кроме mvc который решает данную проблему?

какой патерн ты еще знаешь кроме mvc который решает данную проблему?

Например тот, что в react

Я тебе примеры привожу , ты сам сказал что везде абстрактно читал и не понятно

Там что-то похожее, но не mvc

Например тот, что в react

Какой в реакт?

На хабре где-то лютый срач в коментах по этому поводу был

React js

Mvvp?

какой патерн ты еще знаешь кроме mvc который решает данную проблему?

Можно наговнокодить, где из вьюхи летят запросы в БД. Но горе тому кто возмет это на поддержку. Потому и придумали MVC

ERROR: S client not available

Можно наговнокодить, где из вьюхи летят запросы в БД. Но горе тому кто возмет это на поддержку. Потому и придумали MVC

Ты мне не рассказывай)) я вот и спрашиваю чем mvc не устраивает

Можно наговнокодить, где из вьюхи летят запросы в БД. Но горе тому кто возмет это на поддержку. Потому и придумали MVC

Это понятно , но если аккуратно все делать то все на своих местах ) и привыкаешь к удобства

React js

Разновидностей много

Есть hmvc hmvcl

Есть hmvc hmvcl

Про второе не слышал

Почему не использовать что-то другое, а не mvc?

Так исторически сложилось , что он самый удобный на этот момент

Это понятно , но если аккуратно все делать то все на своих местах ) и привыкаешь к удобства

1. Смешивать логику и гуй - зло 2. Ты, то привык, но потом никто поддержать не сможет, а просто выкинет твое и перепишет. 3. Новому человеку говорим, что это общеизвестный паттерн, и он все понимает.

Про второе не слышал

Я мог абривеатуру спутать , суть в том что у тебя все по модулям плюс языковые конфиги l language

Я бы посоветовал почитать про SOLID, CQS, YAGNI, Law of Demeter, GRASP, DRY, KISS и Single level of abstraction principle. Все эти Паттерны проектирования, включая MVC - способы достичь в коде перечисленных выше штук

Я бы посоветовал почитать про SOLID, CQS, YAGNI, Law of Demeter, GRASP, DRY, KISS и Single level of abstraction principle. Все эти Паттерны проектирования, включая MVC - способы достичь в коде перечисленных выше штук

И они тоже , но популярный мвс )

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

Есть еще KISS (keep it simpe stupid) ?

я бы такие классы завел: Сама кнопка: .social-button Ее иконка: .social-button__icon .social-button__icon_vk .social-button__icon_github .social-button__icon_instagram Расположение кнопок в ряд: .social-buttons .social-button Круглые кнопки - либо модификатором отдельной кнопки, либо модификатором ряда кнопок: .social-button_round .social-buttons_round .social-button

опытные в БЭМ - покритикуйте

опытные в БЭМ - покритикуйте

В самой последней строчке у тебя не будет переопределения того, что ты зададал в ряде круглых кнопок?

И нет, неверно сделано, у тебя сама кнопка - должна быть блоком

она и есть блок

А где ты тогда определяешь блок соц кнопок?

А все, нашел

Стой, а ты применяешь модификатор к элементу, а не к блоку?

к блоку. либо к блоку одиночной кнопки, либо к блоку ряда кнопок

Стой, а ты применяешь модификатор к элементу, а не к блоку?

Расскажи, что плохого в модификаторе для элемента?

для текущего макета из двух вариантов модификаций, я бы воспользовался модификацией ряда кнопок: .social-buttons_round .social-button Модификатор одиночной кнопки пригодился бы, если б мне надо было вставить куда-нибудь одиночную круглую кнопку.

Ну т.е. дело в конкретном случае. На секундочку показалось, что этот плохой тон.

Расскажи, что плохого в модификаторе для элемента?

Не канонично

Не канонично

По Бэм модификатор есть только у блока

А элемент блока - отвечает, допустим, за положение элементов в блоке (отступы например)

Модификатор Cущность, определяющая внешний вид, состояние или поведение блока либо элемента. https://ru.bem.info/methodology/quick-start/#%D0%9C%D0%BE%D0%B4%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%BE%D1%80

По Бэм модификатор есть только у блока

ну, честно говоря: https://ru.bem.info/methodology/naming-convention/#Модификатор-элемента

Ну и вот из основной доки по методологии: https://ru.bem.info/methodology/naming-convention/#%D0%9C%D0%BE%D0%B4%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%82%D0%BE%D1%80-%D1%8D%D0%BB%D0%B5%D0%BC%D0%B5%D0%BD%D1%82%D0%B0

Я потому и задал вопрос: "Что плохого в модификаторе элемента?". Судя по доке, все ок. И сам пользуюсь.

Что за хрен, всегда же было, что модификатор для блока,а не для элемента, ппц