В чем преимущество ax-классов перед непосредственной работой с таблицами?

[mazzy]

Цитата:

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

Сторонние системы...

Угу. Тоже сторонние системы..

Цитата:

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

Что не запрещает их использовать для каких-либо других целей.

как я уже говорил: "и не спорю, что приемлемы."
я хочу ПОНЯТЬ.

Цитата:

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

Что же касается таблиц локализации - то, если есть сценарии интеграции с их участием, обращайся к известным тебе людям, думаю, тебя услышат

mifi, это обсужение начинает быть похожим на вопросы oukudao.
Я знаю куда обращаться. И знаю что делать, если есть сценарии.

я хочу понять - ЗАЧЕМ?

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

[mifi]

Цитата:

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

Угу. Тоже сторонние системы..


как я уже говорил: "и не спорю, что приемлемы."
я хочу ПОНЯТЬ.


mifi, это обсужение начинает быть похожим на вопросы oukudao.
Я знаю куда обращаться. И знаю что делать, если есть сценарии.

я хочу понять - ЗАЧЕМ?

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

mazzy - есть некий код, реализующий бизнес-логику. Посмотри, например на AxSalesTable.setDimension(). Да, изначально он был cкорее всего написан для задач интеграции.
Почему мне, как разработчику AX нельзя использовать этот код сейчас для своих нужд? Есть полезный код, я могу его использовать и использую. Зачем - чтобы избежать повторного написания того же самого кода.

[mazzy]

Цитата:

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

Почему мне, как разработчику AX нельзя использовать этот код сейчас для своих нужд?

Понятия не имею почему вам нельзя использовать.
Если хотите пообсуждать ваши проблемы - открывайте новые ветки.

Повторяю свой вопрос:

Цитата:

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

Вопрос: а в чем преимущество ax-классов? в чем была задумка авторов, которые придумали эти соглашения по ax-классам?

Какие еще будут мнения, кроме тривиального "сделано для работы из внешних систем"?

[gl00mie]

Цитата:

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

Похоже не было причин для внутреннего использования. только внешние.

Были причины, и чем дальше, тем больше. Когда приложение начинает разрастаться, а потом вдруг нужно добавить какую-нить логику для поля, ранее фактически не использовавшегося, то очень жалеешь, что подобные ax-классам механизмы не использовались ранее, ведь так было бы просто подпилить один класс и, к примеру, автоматом получить заполнение нового поля таблицы в сотне мест, где создаются в ней записи. А из-за того, что прежде годами и ты сам, и люди до тебя, да и разработчики стандартного приложения использовали подход clear/initValue/initFromXX/insert (хорошо еще, если initFromXX, а то бывает и тупое заполнение отдельных полей), получается, что нужно по перекрестным ссылкам все эти места найти, допилить совершенно одинаковым образом (ненавистный copy-paste! ), не ошибиться еще при этом нигде, а потом на каждом новом service pack'е и hotfix rollup'е проделывать эту работу заново. Переделывать же весь такой код на ax-классы - обычно задача просто неподъемная, особенно если существенная часть такого кода - в стандартном приложении.
Или взять тот же подход с классами, завязанными на тип записи: все это прекрасно и чудесно, только непоследовательность губит всю затею на корню. Сколько раз в коде приходилось встречать конструкции вида "если тип такой-то или такой-то, то делаем то-то". Какого ж [censored] было заводить тогда семейство отдельных классов? Надо, допустим, сделать новый тип журнала, во много схожий с уже существующим, а как глянешь по перекрестным ссылам, сколько прямых завязок на этот существующий тип журнала - просто руки опускаются... Вот и с ax-классами также: все в них хорошо (ну... подумаешь, привычная логика заполнения полей вывернута на изнанку), вот только когда "созреваешь" для их использования, то объем модификаций, необходимых, чтобы привести все к "каноническому виду", просто вгоняет в депрессию, и хочется пожелать "всего хорошего" тем твоим предшественникам, которые некогда сэкономили время, поленились нормально написать код, а тебе теперь - отдуваться...

[mazzy]

Цитата:

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

Были причины...
////
...Переделывать же весь такой код на ax-классы - обычно задача просто неподъемная...

Хочешь сказать, что начали рефакторинг, но не смогли закончить и выпустили в таком виде?
Другими словами, "не надо привлекать злой умысел, когда достаточно простого бардака"?

Хм... Надо подумать.

[Zabr]

Плохо, что всё это приходится выяснять и додумывать самим. А не прочесть четко и ясно в документах MS по разработке. Поскольку ах-классы сделаны далеко не везде, то действительно остается один вариант : "не смогли закончить и выпустили в таком виде".