SOLID, 1.2 OCP - Open Closed Principle, Принцип открытости закрытости, С#, Unity

другие принципы SOLID-а
SRP - Принцип единственной ответственности • SOLID, 1.1 SRP - Singl...
LSP - Принцип подстановки Лисков • SOLID, 1.3 LSP - Lisko...
ISP - Принцип сегрегации интерфейсов • SOLID, 1.4 ISP - Inter...
DIP - Принцип инверсии зависимости • SOLID, 1.5 DIP - Depen...
Автору на кофе и шаурму
4276 5500 5792 8742 - карта Сбербанка
Если будут вопросы
мой тг @wargy
моя почта [e-mail]
Тайминги:
00:00 Введение
00:18 Определение OCP
00:32 Разъясняем про изменение и расширение
00:55 Конкретный пример: введение
01:21 Конкретный пример: пишем первый код
02:02 Конкретный пример: новый функционал
02:32 Конкретный пример: вот почему OCP важен
03:25 Конкретный пример: фиксим согласно OCP
04:15 OCP простыми словами
05:00 Идеальная разработка в ваакуме согласно OCP
05:50 А точно ли OCP нужен?
08:24 Когда следовать OCP?
10:22 Финал

[@SergeyBobrov240]

Пожалуй один из лучших гайдов на SOLID, которые я когда-либо встречал! 🙌 Слушаю твое второе видео про solid и просто в восторге от того, что я начинаю не просто абстрактно понимать пользу этих принципов, а буквально уже видеть в голове их применение и пользу! Очень круто, что ты также упомянул про паттерн декоратор, так как в голове действительно возникли вопросы по поводу бесконечного дополнения кода, что может привести к тем самым классам PopupWindowWithOneButtonBut... Мне доводилось побывать на нескольких курсах, спрашивать у опытных приятелей, смотреть множество других видео и читать разные статьи, но вот почему-то твое видео про solid мне так кристаллически понятно, что описать тяжело! Плюсом небольшая длинна видео, бодрый рассказ и множество крутых моментов, от которых я душнился дальше изучать эти принципы из других источников, но не из твоего! Спасибо! 🤗

[@LEVON007100]

Спасибо❤, очень недооцененный канал, просмотры должны быть в разы больше

[@sergeykazantsev1655]

Да каналу меньше полугода) накапают просмотры)

[@SDCWorldCourses]

На мой взгляд очень толково! Спасибо большое!

[@user-gp7js3zu6b]

Круто, спасибо!) очень заходит подача материала! Жду следующих выпусков) а если ещё и про паттерны проектирования... я фанат!)

[@lopiktest5193]

Благодарю, синьор ❤

[@vladimirkraft4315]

Спасибо большое!

[@shlembert]

Спасибо! Ждем новых роликов на канале! А анимашки со схемами сами рисовали? if (не сами) return; else а в чем?

[@sergeykazantsev1655]

Иконки рисовал в Inkscape, далее экспорт в Adobe Animate(как я понял это бывший Macromedia Flash)

[@PinkPanteRus]

Спасибо! Можно видео про паттерн Декоратор? Раз рекомендуешь его использовать значит действительно может пригодиться.

[@sergeykazantsev1655]

Как-нибудь до него дойду, да, были мысли сделать про него видео

[@flyoffly5133]

Тут есть одно дело....в том что, ну создал я новый класс и в него заново данные вводить из инспектора. которые можно неправильно вести из-за банальной невнимательности. Этот принцип хороший, когда ты вводишь в класс данные вручную и тогда тебе надо просто заменить название одного класс, но в случае с юнити ты это сделать не можешь

[@sergeykazantsev1655]

Ну так этот принцип не только же к монобех скриптам относится, данные из инспектора тут не совсем при делах

[@johancrysler]

Я что то немного запутался... SRP говорит о том, что каждый класс должен иметь только одну причину для изменения, а OCP, что класс должен быть закрыт для изменения, но открыт к расширению. Такое ощущение, что эти два принципа друг другу противоречат

[@sergeykazantsev1655]

Мне кажется, сам принцип OCP просто не очень удачно сформулирован, оттого и возникает ощущение противоречия SRP говорит о том, как делить логику в классах - по зонам ответственности/т.е по причинам для изменения OCP говорит о том, что если вы расширяете уже написанную логику, вы не должны менять старую логику(закрыт для изменения), чтобы не поломалась обратная совместимость. Если вы расширяете старую логику, то у вас количество зон ответственности может как увеличиться так и не измениться. Тут надо смотреть по ситуации, но как такого противоречия я здесь не вижу.