OO VS FP

Объекты (классы) – не структуры данных ... Использование объектов в качестве структур данных – признак плохого проектирования ... Извне вам доступны только методы (функции), поэтому объекты про поведение, а не состояние ... ORM не отображают реляционные данные на объекты. Они отображают реляционные данные на структуры данных. Эти структуры – не объекты. Объекты группируют поведение, а не данные ... Функциональные программы, как и объектно-ориентированные являются композицией функций преобразования данных ... Термин «переменная» вообще не применим к функциональным ЯП, потому что однажды присвоив значение его нельзя изменить ... Апологеты ФП часто указывают на то что функции – объекты первого класса ... Ключевое отличие не в этом, а в отсутствии удобного оператора присваивания ... ООП навязывает дисциплину в работе с указателями на функции ...

У полиморфизма всего одно преимущество, но оно значительно. Это инверсия исходного кода и рантайм-зависимостей ... рантайм-зависимости и зависимости на уровне исходного кода однонаправленны. Вызывающий модуль зависит от вызываемого модуля. Но в случае полиморфизма вызывающий модуль все еще зависит от вызываемого в рантайме, но исходный код вызываемого модуля не зависит от исходного кода вызываемого модуля. Вместо этого оба модуля зависят от полиморфного интерфейса. Эта инверсия позволяет вызываемого модулю вести себя как плагину. Действительно, плагины так и работают. Архитектура плагинов крайне надежна, потому что стабильные и важные бизнес-правила могут храниться отдельно от подверженных изменениям и не столь важных правил ...

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

https://habr.com/ru/post/338136