Это в скорее не защита от дурака, а чеклист разрабу - что надо реализовать чтобы всё работало. Ну и да, ссылаясь на родителя можно детей юзать

ну тоесть по сути никакой больше практической пользы нет? с таким же успехом можно просто комментарии использовать

Лол

Следует понимать абстрактный класс, как гарант поведения для унаследованного, от него класса. И возможность объединения некоторых сущностей с одинаковыми свойствами в одну группу. Это даёт то, что можно писать методы, принимающие на вход не конкретный класс, а абстрактный, т.е поведение (контракт взаимодействия) класса, что дает взаимозаменяемость, без изменения метода. Также абстрактные классы позволяют писать более гибкие и безопасные программы за счет полиморфизма.

😂Да не, эт я криво объясняю)

Не кидайте камнями за тираду

👍

Всю науку так к херам сведете) Это полиморфизм, инвариантность и контрвариантость типов, контракты и тп

Ребят, нашла вот такой ассет, помогите переделать его для отображения спрайтов https://github.com/Eldoir/Array2DEditor

Всем привет. Что делать если враг меня загоняет в стену, хотя там композитный коллайдер?

не ну в теории я понимаю, но с практической точки зрения не очень. Какой нить пример бы

как остановить проигрывание анимации в аниматоре?

Смотря как включал, setbool, setfloat и тд

включал через SetTrigger()

Ну и выключай так же

ну тоесть практически все объеснение что я находил в инете выглядит примерно так:
-это некий контракт, что мы обязуемся реализовать в дочерних классах эти методы.

Ну а на вопрос зачем это вообще нужно и какая практическая польза от этого, никто не дает ответа.

Со временем, наверное, можно понять, когда появятся классы с похожей функциональностью и свойствами и их придется где-то использовать, тогда для взаимозаменяемости нужно их объединять.

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

Новичкам сложно понять практическое применение интерфейсов и абстрактных классов, пока сами с этой проблемой не столкнутся

когда мы например наследуем от обычного класса тут понятно, у нас передаются все методы родительского класса, которые мы там определили. Это сокращает количесво кода и вообще удобно. А тут по сути просто мы создаем класс, где просто пишем список методов, которые потом нам нужно в каждом классе отдельно прописывать.

Написал один метод, который принимает абстракцию и забыл про него. А для расширения его функциональности, следуя принципу SOLID, мы можем написать классы детей от абстрактного