зачем нужен ООП в управленческих системах

[egorych]

Понимаете, коллеги, в чем вопрос-то - в том, что ИМХО конкретно в Аксапте ООП сделано просто "ради любви к искусству"! Вот Мази всегда выступает сильно против универсальных средств, форм и т.п. Я в некоторых вещах с ним согласен. Вот это самое ООП и есть этот "программистский" подход. Возможно не везде, но опять тот-же пример - классы СалесПурч...
Ну зачем скрещивать еже с ужом? Это абсолютно разные сущности, у них разные задачи, разное поведение - для чего они в одной куче? И так много раз!

[S.Kuskov]

Цитата:

Сообщение от egorych

Вот это самое ООП и есть этот "программистский" подход.

Это даже похлеще чем ООП никому не нужно кроме разработчиков

Я же правильно вас понял. Вы считает что "программистский" подход при программировании (не при проектировании пользовательского интерфейса, не при разработке бизнесс-процессов, а именно при реализации всего этого) - это зло.

Я не хочу защищать разработчиков акаспты. Я вполне допускаю что есть места на которые без слёз не взглянешь. Я уже приводил в этой теме ссылку The daily Axapta WTF.

ООП - это инструмент. Как и в случае любого другого инструмента результат его использования зависит не только от самого инструмента но и от умения его использовать.

Вы не любите кошек? Да вы просто не умеете их готовить!

[Gustav]

Цитата:

Сообщение от egorych

...Возможно не везде, но опять тот-же пример - классы СалесПурч...
Ну зачем скрещивать еже с ужом? Это абсолютно разные сущности, у них разные задачи, разное поведение - для чего они в одной куче? И так много раз!

Из аналогичной оперы: меня в дикий восторг приводило генеалогическое древо вида "Книга" => "Книга RU" => "Книга покупок" / "Книга продаж".
А также прокрустово причесывание Excel под Word в ComOfficeDocumet_RU: "рабочая книга" благодаря этому стала "документом", а "диапазон" - "закладкой" ("букмаркой" будь она не ладна!).

[kornix]

2 Удвой Покуров:

Цитата:

Хм. Вот SAP несколько десятков лет не поддерживал ООП

Возможно это связано с тем что среда разработки SAP изначально была запроектирована как процедурная (и "шлюзовая", для бОльшей управляемости). ООП считается потомком процедурного программрования.

По теме:

Цитата:

Гради Буч указывает на следующие причины, приводящие к снижению производительности программ из-за использования объектно-ориентированных средств:

• Динамическое связывание методов.
• Значительная глубина абстракции.
• Наследование «размывает» код.
• Инкапсуляция снижает скорость доступа к данным.
• Динамическое создание и уничтожение объектов.

Обычно сравнивают объектное и процедурное программирование:

• Процедурное программирование лучше подходит для случаев, когда важны быстродействие и используемые программой ресурсы, но требует большего времени для разработки.
• Объектное — когда важна управляемость проекта и его модифицируемость, а также скорость разработки.

Источник