Использование SOLID

Всем привет. Помогите, пожалуйста, допереть, как применять SOLID в UNITY.
S - Единственная ответственность. Допустим у нас есть объект класса HUMAN:Monobehaviour, который может ходить и атаковать. Тогда по данному принципу мы должны создать класс MOVEMENT и ATTACK, и в HUMAN инициализировать объекты данных классов, после чего, HUMAN вызывает необходимые методы из объектов соответствующего класса. И обращаться к этим методам извне нужно через human.movement и human.attack.
O - Открытость-закрытость. От HUMAN наследуем RUSSIAN и ENGLISH. Реализуем метод Hello(). Вызывая у Human Hello(), он говорит "Привет" или "Hello" в зависимости от того, какой конретно это класс. при этом мы легко можем добавить еще GERMAN без изменения кода.
L - Принцип Лисков - Тот же пример что и в O, но суть в том, что нам не важно russian, english или german, можем к нему обратиться как к human.
I - Разделение интерфейса. Это подобно S, но для того, чтобы если мы навешиваем интерфейс, нам не пришлось реализовывать лишние методы. Например есть IMovement, который перемещает объект по поверхности и для полета нужен интерфейс IFly, поскольку не все объекты могут летать.
D - Инверсия зависимостей. Допустим есть класс HUMAN и GUN. У Human есть ссылка на объект класса GUN (Gun), и Gun не должен ссылаться на Human. При этом GUN класс абстрактный и имеет дочерние классы PISTOL, SHOTGUN и т.д.

Я все правильно понял?

0

Сообщение от Хотя_бы_4 Я все правильно понял?

в общих чертах да, но не все так однозначно. один и тот же принцип может реализовываться разными инструментами C# или их сочетанием. и не обязательно все 5 пунктов должны присутствовать в проекте. зависит от конкретного случая. обрати дополнительно внимание еще на патерны проектирования (машина состояний, фабрика, наблюдатель и т.д.)

то же самое наследование может как упростить работу, так и усложнить.
возможно каналы Макс Крюков и Лавка разработчика помогут разобраться потихоньку, но тема довольно обширная.

для понимания данной темы нужно время, много инфы перелопатить и практиковаться. краткого ответа тут не дать.

1

Сообщение от Хотя_бы_4 S - Единственная ответственность.

и да и нет.
Например: Программа управляющая атомной электростанцией - это тоже единая ответственность(не смотря на миллионы её функций).
А вот если она будет управлять станцией и например системой пожаротушения, то принцип нарушится.
что же касается MOVEMENT, то этот класс будет нарушать принцип единой ответственности, тем, что будет не только двигать объект, но и отслеживать ввод от клавиатуры Input.GetAxis(). а также этот подход может стать антипаттерном. если вы для каждого метода будете отдельный класс создавать вы рано или поздно сломаете себе голову.

Сообщение от Хотя_бы_4 O - Открытость-закрытость

Открыты для расширения. Закрыты для изменений. добавить еще GERMAN без изменения кода в HUMAN тут верно.

Сообщение от Хотя_бы_4 обратиться как к human.

Например у класса russian будет личный метод (Matroshka()-не важно, что он делает) если вы попытаетесь написать
human.Matroshka(); то у вас ни чего не выйдет.
но вы можете из russian вызывать методы созданные в human.
однако в инспекторе в поле human вы действительно сможете поместить класс russian.
хотя правильно будет принцип интерпретировать так "Должна быть возможность вместо базового типа подставить любой его подтип."
а у вас наоборот получается.

Сообщение от Хотя_бы_4 Разделение интерфейса

ну в принципе да.(дополнительно к этому изучите паттерн стратегия)

Сообщение от Хотя_бы_4 Инверсия зависимостей

это не те зависимости о которых подразумевает принцип.
и зачем HUMAN'у знать про GUN? обе сущности должны быть полностью независимыми.


ну как то так.

1

Сообщение от Gammister в общих чертах да, но не все так однозначно. один и тот же принцип может реализовываться разными инструментами C# или их сочетанием. и не обязательно все 5 пунктов должны присутствовать в проекте. зависит от конкретного случая. обрати дополнительно внимание еще на патерны проектирования (машина состояний, фабрика, наблюдатель и т.д.) то же самое наследование может как упростить работу, так и усложнить. возможно каналы Макс Крюков и Лавка разработчика помогут разобраться потихоньку, но тема довольно обширная. для понимания данной темы нужно время, много инфы перелопатить и практиковаться. краткого ответа тут не дать.

Спасибо. Да, я понимаю, что ко всему нужно подходить с умом и айсберг нехреновый, но мне понять нужно было, правильно ли я уловил суть.

Добавлено через 15 минут

Сообщение от ieretsumi и да и нет. Например: Программа управляющая атомной электростанцией - это тоже единая ответственность(не смотря на миллионы её функций). А вот если она будет управлять станцией и например системой пожаротушения, то принцип нарушится. что же касается MOVEMENT, то этот класс будет нарушать принцип единой ответственности, тем, что будет не только двигать объект, но и отслеживать ввод от клавиатуры Input.GetAxis(). а также этот подход может стать антипаттерном. если вы для каждого метода будете отдельный класс создавать вы рано или поздно сломаете себе голову.

Это да, я и не говорил про то что управление будет в Movement Но все равно спасибо)

Сообщение от ieretsumi Открыты для расширения. Закрыты для изменений. добавить еще GERMAN без изменения кода в HUMAN тут верно. Например у класса russian будет личный метод (Matroshka()-не важно, что он делает) если вы попытаетесь написать human.Matroshka(); то у вас ни чего не выйдет. но вы можете из russian вызывать методы созданные в human. однако в инспекторе в поле human вы действительно сможете поместить класс russian. хотя правильно будет принцип интерпретировать так "Должна быть возможность вместо базового типа подставить любой его подтип." а у вас наоборот получается.

По всей видимости надо еще раз будет разобрать. Так как как-то O и L идут по сути бок о бок.

Сообщение от ieretsumi ну в принципе да.(дополнительно к этому изучите паттерн стратегия)

Да, знаю его) спасибо.

Сообщение от ieretsumi это не те зависимости о которых подразумевает принцип. и зачем HUMAN'у знать про GUN? обе сущности должны быть полностью независимыми.

Эх. Вот это самое сложное, не понял его совсем. А знать про GUN - это какое оружие у него активировано.

0