Про зацепление и связность компонент
Вставка
- Опубліковано 6 вер 2024
- #soer #itubeteam
Основной канал для общения и публикации новых видео - Телегарм - t.me/softwaree...
Спонсорство - donate.s0er.ru
Сайт платным контентом - soer.pro
Зеркало для видео Дзен Видео - zen.yandex.ru/...
GitHub - github.com/soe...
Чат для программистов - / discord
Группа ВК - codeart...
Мало видео по архитектуре не бывает! спасибо!
Выруби пожалуйста звук камина, а то как в настольный теннис кто то рядом играет
это было последнее видео со звуком камина.
а мне казалось, что Евгений ручкой щелкает)
@@S0ERDEVS и видосы почаще, я все смотрю, даже которые не понимаю :) классный канал
@@Channel-uk8gt я поначалу думал что это вообще ляп какой то со звуком
@@mrjunius4897 лайки ставь почаще, комментируй и присылай деньги, Soer все видео записывает даже для людей которые не имею такта
Спасибо
Все очень понятно
Хорошое описание, но не хватает практики. Тяжело джуну обьяснить что такое единственная ответственность. Для них есть две крайности - класс который контроллирует все (зона ответственности же одна - все. обычно такие классы содержат в названии "Manager" или "Controller") или куча классов по 1 методу в каждом(тоесть слишком дотошное разбиение). Было бы лучше, если б был пример правильной декомпозиции какого-то класса.
Для тех кто хочет разобраться на практике я планирую запустить рубрику "кодим вместе" - суть в том, что делаем вместе дискорд бота, при этом сниму видео где подробно расскажу технологию того как надо двигать фичи, как тестировать, по сути готовую инструкцию для джуна по выполнению фич.
Я обладаю способностью определять зацепление проекта, не заглядывая в сам проект. Надо посмотреть историю коммитов. Если правки по задаче приводят к изменению большей части проекта, например 50-100 исходных файлов, то он слишком сильно связанный и вообще плохо спроектирован. А если по багу изменения точечные в менее 10 файлах, при том, что сам проект содержит много исходников, то все ок, разбито нормально.
По теме сразу вспоминается Крэг Лармар GRASP. Их 9, но описанные 2 входят в их число.
Актуальное видео, спасибо.
спасибо большое за это видео
По-моему вы путаете, связанность и связность. "Связность" и есть концентрация на единой роли, функции, в то время как "Связанность" то самое "зацепление".
Спасибо за видио, вопрос по поводу хранилищ типа redux и mobx, сейчас это достаточно модный подход, это не мешает слабому зацеплению?
если компонент зависит только от стора, то это и есть слабое зацепление. Сделать вообще без зацепления - нереально. Опять же хранилище - это типовой компонент, который есть в каждом проекте, поэтому "зацепиться" на него не страшно. Хуже когда у тебя много компонентов на которые ты зацеплен, плюс они уникальные, плюс закон Деметры нарушается, вот это звездец полный.
@@S0ERDEVS получается что слабое сцепление и философия чистых функций разные вещи?
@@anzarsh да.
Вот все путаются с зацеплением и связностью, а назвали бы при первом переводе связность фокусировкой, и было бы всем легче
Полешки