Информация об изменениях

Сообщение Re[2]: The Big OOPs: Anatomy of a Thirty-five-year Mistake от 22.09.2025 12:33

Изменено 22.09.2025 13:11 σ

Re[2]: The Big OOPs: Anatomy of a Thirty-five-year Mistake
x>>...
x>>Смотрел несколько дней назад, уже всего точно не помню, но вот некоторые моменты:
x>>Инкапсуляцию придумали когда делали симуляцию поведения распределённых систем. В этом случае инкапсуляция — адекватная модель для предметной области. Но оопе-сектанты пропагандируют что для всех областей.
x>>...

SaZ>Свежий пример из моей практики, про инкапсуляцию. На текущем проекте мы разрабатываем stateless ui фреймворк


Сорян, а это предметная область (domain)? Вроде UI — это к портам/адаптерам.

В видео критикуется мантра что предметная область обязана быть выражена как compile-time иерархия классов, где всё "состояние" должно инкапсулироваться, а публичным должно быть только "поведение".

К тому, что у PgSQLDBConnection : IDBConnection сокет подключения инкапсулирован — вопросов нет. Это не предметная область.
Re[2]: The Big OOPs: Anatomy of a Thirty-five-year Mistake
x>>...
x>>Смотрел несколько дней назад, уже всего точно не помню, но вот некоторые моменты:
x>>Инкапсуляцию придумали когда делали симуляцию поведения распределённых систем. В этом случае инкапсуляция — адекватная модель для предметной области. Но оопе-сектанты пропагандируют что для всех областей.
x>>...

SaZ>Свежий пример из моей практики, про инкапсуляцию. На текущем проекте мы разрабатываем stateless ui фреймворк


Пардон, а это предметная область (domain)? Вроде UI — это к портам/адаптерам.

В видео критикуется мантра что предметная область обязана быть выражена как compile-time иерархия классов, где всё "состояние" должно инкапсулироваться, а публичным должно быть только "поведение".

К тому, что у PgSQLDBConnection : IDBConnection сокет подключения инкапсулирован — вопросов нет. Это не предметная область.