Статья про принципы ООП (холивар?)
 

ИМХО, немного холиварная статья про "принципы ООП". С одной стороны, все это ООП - это очень просто, т.к. "добавили class, public, protected, virtual и ... все?".

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

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

Ссылка.

А что тут холиварного?
Кто холиварить будет? Любители мучить животных ООП?)

Про юнитов только какой-то странный пример с магическими числами.
Надо для начала обозначить что это за числа (урон оружия?), а потом может и переопределять hit не понадобится.

Все термины переврали.

В статье не раскрыто.

Абстрагирование это обобщение. К примеру квадрат ромб круг это фигура.
Абстрагирование применяется для снижения числа IF при кодирование больших программ.
Для этого применяется принцип подстановки Барбары.
Сам принцип приведен в [1], а доказательство в книге [2]


Модульность. Применяют для ускорения сборки. К примеру за счёт распараллеливания ядро Линукса собирается за 3 минуты а не за 0,5 часа.

Но что-бы разбить на модули нужно переписать классы с использованием принципов капсулирования. Такие принципы как принцип Деметера.

Плюс инкапсуляция делает объекты потоко безопасными.

1. http://ccfit.nsu.ru/~rylov/OOP%26OOD.PDF
2. (Библиотека программиста) Э. Гамма, Р. Хелм, Р. Джонсон, Д. Влиссидес-Приемы объектно-ориентированного проектирования. Паттерны проектирования-ДМК Пресс (2010)

ну не только для этого же.
Кроме С++ нет языков что ли?

https://en.wikipedia.org/wiki/Modular_programmingС чего вдруг? Это от реализации зависит.

- Я использую низкоуровневую либоу и при этом, постоянно страдаю из-за гибких, но не удобных интерфейсов. Взял вместо этого библиотеку с удобными абстракциями. Можно ли сказать, что абстракции упростили мне жизнь?
- И да, мне постоянно приходилось писать
Взяв другую библиотеку (в общем случае вообще не объектно-ориентированную, а просто предоставляющую абстракции над всем этим) - я не должен писать if-ы. Но это значит, что я не забуду их написать (случайно) и программа не упадет. Повышает ли хорошая абстракция безопасность кода?
- "дублирование кода свидетельствует об упущенной возможности для абстракции" - это не я сказал, а Фаулер и он имел ввиду не только if-ы.

Модульность - это далеко не только ускорение сборки.

Инкапсуляция - это не только о потокобезопасности.

Вы выдергиваете какие-то частности. И это прямо противоположно "принципам".

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

Я думал набегут вот эти: https://proglib.io/p/oop-fail/
А набежали другие :).

ООП не противоречит ФП, для него не нужны классы.

https://youtu.be/mPaoy4bnqic?t=5

Мне кажется очень бодрое и продуктивное обсуждение вопроса получилось тут: https://programming.d3.ru/statia-uch...sorting=rating.

Не зависит. Синоним к слову инкапсуляция изоляция. Если объекты изолированы друг от друга т.е они не взаимодействуют то они будут потоко-безопасными. Чисто из определения.

Но вообще я о указателях. Указатели указывают на общие данные. А общие данные надо защищать иначе будет возникать гонка процессов.
А принцип Деметера. Гласит что если избавится от всех указателей то объекты будут инкапсулированы. Точно т.е. же и для потоков если мы избавимся от всех указателей то у нас не останется общих данных.

Конечно есть трудности со скрытыми указателями. Такими как ссылки в Си или Var в паскале. Но это уже свойство конкретного компилятора. Генерирует он потоко безопасный код или нет.

Так я вам говорил, что вы неправильно термины понимаете. Что-бы избавится от if state надо было брать не гибкую библиотеку. А ту у которой изоляция лучше, выше.

В данном случае стоит применять инверсию управления. Не вы проверяете, а ваша библиотека должны проверять IF.