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

Огромное спасибо за Ваши видео! Сейчас готовлюсь по ним к собеседованию. 3:45 Если я все правильно понимаю, то как раз таки здесь не нужно делать protected поля, т.к. они всё равно будут в инспекторе отображаться. Да и вроде бы есть рекомендация от Microsoft: вообще никогда не делать поля protected (логика взаимодействия с этими полями должна остаться в родительском и только в родительском классе)

Просто лучшее объяснение принципов SOLID. Все четко, ясно и по делу. А главное нет какого-то ощущения недопонимания после просмотра твоих видео, которые я обычно додумывал сам (и обычно додумывал неправильно). Спасибо огромное за проделанную работу! От себя добавил бы, что лучше бы метод Init сделать виртуальным, и переопределить его в наследнике.

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

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

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

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

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

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

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

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

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

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