Что такое SOLID? Простыми словами о принципах ООП

• Приветствие и объявление темы ролика: пять принципов объектно-ориентированного программирования SOLID.  

• Объяснение аббревиатуры SOLID: Single Responsibility Principle, Open-Closed Principle, Liskov Substitution Principle, Interface Segregation Principle, Dependency Inversion Principle.  

• Описание принципа: каждый скрипт должен отвечать за одну задачу, крупные сущности разбиваются на маленькие классы.  

• Преимущества: упрощение изменения кода и предотвращение конфликтов в системе контроля версий.  

• Пример с классом Unit: разделение на четыре класса для улучшения структуры кода.  

• Класс Unit: выступает как тег, хранит информацию о юните, абстрактный класс с реализациями для игроков и врагов.  

• Класс UnitHealth: обрабатывает изменение здоровья, использует события для обновления интерфейса.  

• Класс UnitDamage: применяет урон, проверяет допустимость значения урона, использует виртуальные методы для обработки урона.  

• Объяснение принципа: сущности должны быть открыты для расширения, но закрыты для изменения.  

• Упоминание о телеграм-канале автора для получения обновлений и общения.  

• Сущности могут менять своё поведение, сохраняя исходный код неизменным.  

• Для изменения поведения создаётся новая реализация без изменения старого кода.  

• Пример: класс UnitMobility с методом move, который можно реализовать через Transform или RigidBody.  

• Создание интерфейса IMove для абстрагирования работы с подвижными сущностями.  

• Интерфейс позволяет использовать его с любыми подвижными сущностями, не ограничиваясь только юнитами.  

• Наследники базового типа должны корректно реализовывать его поведение и не противоречить ему.  

• Пример нарушения принципа: юнит-житель не может атаковать, что приводит к ошибке при использовании его как воина.  

• Решение: создание нового интерфейса AUnit с методом attack для корректной работы.  

• Разделение интерфейсов предотвращает получение классом лишнего функционала.  

• Пример с интерфейсом IWeapon: методы для обычной и альтернативной атаки, перезарядки.  

• Решение: перенос лишних методов в отдельные интерфейсы LowWeapon и AlternateWeapon.  

• Модули верхних уровней не должны зависеть от модулей нижних уровней.  

• Абстракции не должны зависеть от деталей, детали должны зависеть от абстракций.  

• Пример: управление персонажем в игре с помощью клавиатуры, геймпада или мобильного устройства.  

• Решение: создание абстракции IInputService для получения данных на вход и реализации для разных устройств.  

• Создание общего класса Input для установки IInputService.  

• Изменение управления во всём проекте сводится к изменению одной строчки кода.  

• Благодарность за просмотр и призыв подписаться на канал.