4 года Dynamics AX 2012

[fed]

Цитата:

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

У меня сложилось впечатление, что функционльность Subledger/Distributions/Source document перенесли из другого приложения, написанного на хранимых процедурах. В ней нет и намека на ООП. Одни временные таблицы и куча запросов группирует затем перегруппировывает записи читая их из одних таблиц и записывая в другие. Читать такой код сложно, исправлять/расширять еще сложнее.

Согласно утечке от одного из локализаторов (теперь уже бывшего), спецификация на эту фичу была написана каким-то нанятым с улицы программ-манагером, без знания аксапты и вообще серьезного опыта в финансовых системах. Этот чувак на полпути к выпуску Ax2012 свалил постановщиком в скайп, и к моменту релиза, модулем занимался уже третий программ-манагер. По пути они поимели очень много проблем с производительностью и вынуждены были код несколько раз очень всерьез переделывать. Правда у меня ощущение от стиля кодинга - диаметрально протовоположные. Там на каждый чих иерархия классов и две-три интерфейса созданы. Правда потом, по моему, после столкновения с реальностью и проблемами производительности, туда в индусском стиле с помощью кувалды и медитации вколотили временные таблицы и вообще всякие SQL-фичи, которые с изначально overengineered ООП не особо совместимы, но хоть как-то по производительности тянут.

[macklakov]

Цитата:

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

туда в индусском стиле с помощью кувалды и медитации

Индусский стиль это изолентой поверх скотча, а потом еще и степлером. Что характерно, при должном старании, работает. Пока кто-то не попытается что-то изменить.

Цитата:

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

overengineered ООП

overengineered потому, что народ понятия не имел как работает сервер. Поэтому иерархия, вроде, навороченная, а по факту, логика скриптовая. На каждый чих запись в БД. Из-за этого много таблиц на которых локи возникают.

Цитата:

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

не особо совместимы, но хоть как-то по производительности тянут.

Когда как... Если наивный клиент запихает все свои любимые аналитики в систему, включит xds да еще и оповещения настроит, то может перестать тянуть.

[fed]

Цитата:

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

overengineered потому, что народ понятия не имел как работает сервер. Поэтому иерархия, вроде, навороченная, а по факту, логика скриптовая. На каждый чих запись в БД. Из-за этого много таблиц на которых локи возникают.

А по моему вообще ООП-подход при его последовательном проведении, не очень совместим с реляционными базами данных и производительностью. Просто потому что у тебя в реляционных системах есть таблицы и есть стандартный набор множественных операций над ними. А ООП ориентирован на сущности, а не наборы.