Телеграмм чат группы itarchitect страница 3753

Нет, это глупо и не про ООП.

Про ООП

ООП - это парадигма, основанная на 4-х принципах:
- инкапсуляция
- полиморфизм
- наследование
- абстракция

20:33пожаловаться #1

То есть в этой задаче ФП не нужен

20:33пожаловаться #2

Gennadiy Kruglov

Это особенности конкретной неудачной реализации )

20:34пожаловаться #3

Это особенности конкретной неудачной реализации )

Это факт)

20:34пожаловаться #4

Но возможность наследования не значит необходимость такогого

20:34пожаловаться #5

То есть в этой задаче ФП не нужен

Не говорю, что нужен ФП в этой ситуации. Я бы сам здесь не стал использовать ФП. Моя задача - на примере показать концептуальный недостаток ООП

20:35пожаловаться #6

Так нет тут недостатка ООП. Деятельность - вполне себе объект

20:36пожаловаться #7

Но возможность наследования не значит необходимость такогого

Конечно

Но если ты не используешь инкапсуляцию, наследование, полиморфизм, как в классах только со статическими методами, то что остаётся от ООП?

20:36пожаловаться #8

А что при анализе спутали композицию с наследованием - так это частая проблема

20:37пожаловаться #9

Alexey Mergasov in Архитектура ИТ-решений

Мужики, а вы повелись на троллинг))))

20:37пожаловаться #10

Gennadiy Kruglov

Да вообще все остается )

20:37пожаловаться #11

Alexey Mergasov

Мужики, а вы повелись на троллинг))))

Подключайся)))

20:37пожаловаться #12

ООА не зависит от особенностей языка. Я делал ООП решения на sql, pascal и т.д.

20:38пожаловаться #13

Alexey Mergasov in Архитектура ИТ-решений

Ну ща ... ченибуть умное придумаю

20:38пожаловаться #14

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

20:39пожаловаться #15

А что при анализе спутали композицию с наследованием - так это частая проблема

Уловил твою мысль. Да.

Но, чтобы в ООП реализовать композицию, нужно функцию сделать классом.

20:39пожаловаться #16

Alexey Mergasov in Архитектура ИТ-решений

Во! Если поведение отрываемо от объекта данных, то это фп. Если нужно положить в капсель то ооп.

20:39пожаловаться #17

Ну и что? Там у этой функции буду. атрибуты, она не чистая, так что и в ФП ее красиво не описать, придется монады громоздить

20:40пожаловаться #18

ООА не зависит от особенностей языка. Я делал ООП решения на sql, pascal и т.д.

Фил, всё же парадигма состоит из конкретных принципов

20:40пожаловаться #19

Alexey Mergasov

Во! Если поведение отрываемо от объекта данных, то это фп. Если нужно положить в капсель то ооп.

Угу. И функция уборки не отделима от данных, увы.