использовать ооп. Понимаю,что это дело вкуса, но все же есть проекты где ооп вовсе не нужно. Допустим tui ToDo. Если использовать ооп, то логично сделать всего два класса:
один для отображения и ввода данных в интерфейсе, второй для работы с бд, но какой профит от этого? Может код становится понятнее?
Ответ всегда будет зависит от
как такого наследия классов тут тоже нет
От проекта кода людей и т п
Это не взаимно исключающие вещи, можно их использовать одновременно. Профит от ООП - код позволяет моделировать вещи из реального мира, это очень естественный подход. функциональный подход позволяет уходить от многих потенциальных ошибок, связанных с зависимость кода от состояния данных.
Объектная декомпозиция пришла на смену функциональной декомпозиции. Это борьба с возрастающей сложностью программных систем. Но никто не мешает после после объектной декомпозиции оперировать функциональной на уровне уточнения поведения объектов. ООП ближе к тому, как мы представляем и описываем реальный мир: отвечает на вопрос: кто взаимодействует, а когда мы сталкиваемся с поведением, то здесь здесь во главу угла выходит вопрос: как взаимодействуют.
Обсуждают сегодня