В рейтинге участвует:

групп:

каналов:

Виртуальный сервер на SSD - недорого!

Аренда выделенных и виртуальных серверов (VDS/VPS), хостинг, аренда IP-адресов, администрирование, круглосуточная поддержка

qwarta.ru подробнее

Резервное копирование с проверкой на вирусы!!!

Удобный сервис создания резервных копий на любой сервер сети интернет. Отслеживайте изменения, проверяйте на вирусы. Надежно защитите свой бизнес!

go.backupland.com

Выбираете сервер? Любая конфигурация на заказ!

Аренда физических серверов любых конфигураций под любые запросы - 1С бухгалтерия, игровые сервера, нагруженные проекты, интернет-магазины!

qwarta.ru подробнее

Size: a a a

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

3056 membersпожаловаться на группу
2021 February 28

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Начинающие тролли пишут всякую херню, чтобы "возбудить" участников и развалить диалог

Кстати, это получилось, потому что я пишу о троллях. Так что, сразу и закроем этот вопрос.
источник
19:57пожаловаться#1

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Теперь самое интересное

Если организация решит отобрать функцию уборки у уборщицы и передать менеджеру, то в ООП придётся переписывать как минимум два класса. Функция при этом не изменилась.

Произошло перераспределение обязанностей. Почему бы просто не делегировать функцию другому объекту.
источник
20:15пожаловаться#2

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Теперь самое интересное

Если организация решит отобрать функцию уборки у уборщицы и передать менеджеру, то в ООП придётся переписывать как минимум два класса. Функция при этом не изменилась.

Произошло перераспределение обязанностей. Почему бы просто не делегировать функцию другому объекту.
Это какой-то странный ООП, честно говоря.
источник
20:22пожаловаться#3

PD

Phil Delgyado in Архитектура ИТ-решений
Есть класс employer, есть класс functionality, зачем тут ФП?
источник
20:23пожаловаться#4

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Это какой-то странный ООП, честно говоря.
Поясни. Может я не донёс свою мысль
источник
20:23пожаловаться#5

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Поясни. Может я не донёс свою мысль
Что в нормальном моделировании через ООП не будет класса 'уборщица' или 'менеджер', это явные ошибки анализа. И эти ошибки переход на ФП не решит, надо мозги аналитиков перестраивать в нужное направление, а это сложно
источник
20:25пожаловаться#6

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Есть класс employer, есть класс functionality, зачем тут ФП?
Погоди. Я говорю о концептуальных вещах. И как ни странно, класс в объектно-ориентированном ЯП - это не всегда ООП. Так же как и функция (как элемент ЯП) - не всегда ФП
источник
20:25пожаловаться#7

PD

Phil Delgyado in Архитектура ИТ-решений
Я тоже больше про ООА. И там все это нормально расписывается.
источник
20:26пожаловаться#8

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Что в нормальном моделировании через ООП не будет класса 'уборщица' или 'менеджер', это явные ошибки анализа. И эти ошибки переход на ФП не решит, надо мозги аналитиков перестраивать в нужное направление, а это сложно
Вот именно, будет. Я же об этом и говорю.

Но если произойдет перераспределение обязанностей, то нужно будет переписать оба эти класса
источник
20:27пожаловаться#9

N

Nikolay in Архитектура ИТ-решений
в функциональном программировании  не отрицает типы, если что. это вовсе не набор функций
источник
20:27пожаловаться#10

PD

Phil Delgyado in Архитектура ИТ-решений
И функции в твоем описании - это тоже классы, а не чистые функции ФП. Как минимум функция уборка меняет контекст
источник
20:27пожаловаться#11

PD

Phil Delgyado in Архитектура ИТ-решений
Gennadiy Kruglov
Вот именно, будет. Я же об этом и говорю.

Но если произойдет перераспределение обязанностей, то нужно будет переписать оба эти класса
Нет, просто в конкретном экземпляре  Employer будет в списке обязанностей или возможностей - уборка
источник
20:28пожаловаться#12

PD

Phil Delgyado in Архитектура ИТ-решений
Nikolay
в функциональном программировании  не отрицает типы, если что. это вовсе не набор функций
Угу. Но тут нет ничего из ФП, тут просто плохо выполненный анализ.
источник
20:28пожаловаться#13

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Нет, просто в конкретном экземпляре  Employer будет в списке обязанностей или возможностей - уборка
А вот вряд ли. В этой логике все возможные функции нужно поднимать на верх иерархии наследования, на всякий случай
источник
20:29пожаловаться#14

PD

Phil Delgyado in Архитектура ИТ-решений
А откуда тут наследование вообще? Вообще в ООА наследование почти всегда говорит о проблемах анализа, иерархии должны быть широкими, а не глубокими
источник
20:30пожаловаться#15

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
Угу. Но тут нет ничего из ФП, тут просто плохо выполненный анализ.
Почему?

Анализ правильный. Функцией уборки наделили уборщицу (класс "Уборщица"). Потом менеджер провинился, и эту функцию передали ему
источник
20:30пожаловаться#16

PD

Phil Delgyado in Архитектура ИТ-решений
Нет никакого класса уборщица, откуда он может взяться? Это стандартная ошибка анализа.
источник
20:31пожаловаться#17

GK

Gennadiy Kruglov in Архитектура ИТ-решений
Phil Delgyado
А откуда тут наследование вообще? Вообще в ООА наследование почти всегда говорит о проблемах анализа, иерархии должны быть широкими, а не глубокими
Как я понял, классы "Уборщица" и "Менеджер" наследуют от "Employee"
источник
20:31пожаловаться#18

PD

Phil Delgyado in Архитектура ИТ-решений
Нет, это глупо и не про ООП.
источник
20:32пожаловаться#19

PD

Phil Delgyado in Архитектура ИТ-решений
Есть только класс Employee, с допатрибутами типа roles, responsibilities и так далее. Как и в моделируемом домене.
источник
20:33пожаловаться#20