Создание классов из кода.

[Logger]

Столкнулся с задачей генерации классов из кода.
Посмотрел примеры, в том числе в стандартном коде.

В связи с этим вопросы:
1. Во многих местах в коде стоит сперва Treenode.AOTcompile() а потом Treenode.AOTsave
(примеры
\Classes\AxGenerateAxBCClass\generate
\Classes\AxGenerateAxdClass\generate
\Classes\AifClassGeneratorBase\compileAndSave

Хотя по логике надо наоборот делать. Сперва сохранять, а потом компилировать.
И такие примеры тоже есть
\Classes\SysClassWizard\run
(Хотя в последнем примере в одном и том же методе и так и сяк делается. Интересно, зачем ? или это пляски с бубном чтобы нормально откомпилировались статические методы типа main ? - Они с первой компиляции могут не видеть run() pack() unpack() методы)

Так как же все-таки правильно делать ?

2. В коде встречаются вызовы AOTrefresh() и AOTRestore(true) после компиляции. Причем AOTrestore() - намного реже. В чем разница и зачем их вызывают ? прочистка кешей ? А что будет если пропустить их вызов ? Чем рискуем ?

[mazzy]

хороший вопрос. тоже интересно

могу ответить только на это:

Цитата:

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

2. В коде встречаются вызовы AOTrefresh() и AOTRestore(true) после компиляции. Причем AOTrestore() - намного реже. В чем разница и зачем их вызывают ? прочистка кешей ? А что будет если пропустить их вызов ? Чем рискуем ?

в составных объектах есть автогруппы и автоопределение полей.
AOTrefresh() перечитывает составной объект из АОТ
AOTRestore(true) перечитывает и сам объект, и объекты из которых он состоит и обновляет автогруппы.

например, есть форма.
форма использует датасорс.
у датасорса есть группы полей
на форму выведена группа полей со свойством autogroup=yes.

AOTRestore(true) перечитает и форму, и таблицу, обновит список групп полей, обновит группу полей на форме.
В результате форма может измениться даже если в сам объект изменения не вносились.

то же самое во всех query, view, datasource, где установлено свойство dynamic field = yes.

и так далее.

[Logger]

По п.1 - разницы похоже нет.
Сделал вариант когда сперва save затем compile - нормально работает. Оставил его, так как так логичнее.
Хотя все равно свербит, зачем для генерации ax классов в стандарте сделали наоборот. И в ISV решении от партнера также сделано. Странно. Неужели ошибка. Или я просто чего-то не понимаю.

[kashperuk]

Разве когда начинаешь компилировать оно не сохраняет автоматом?
Скорее всего это объясняет почему работает и так и так

Обратите внимания что это будет недоступна в АХ 7 - в рантайм

[Ivanhoe]

Цитата:

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

Разве когда начинаешь компилировать оно не сохраняет автоматом?
Скорее всего это объясняет почему работает и так и так

Обратите внимания что это будет недоступна в АХ 7 - в рантайм

Что именно будет недоступно? Нельзя создавать классы из кода? Product Builder идет лесом?

[bio_unit]

Цитата:

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

Что именно будет недоступно? Нельзя создавать классы из кода? Product Builder идет лесом?

Кстати, в модуле Retail транспорт Async синхронизации тоже основан на динамической генерации временных таблиц и классов из кода в DAX.
Retail, походу, тоже идет лесом...

[mazzy]

Цитата:

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

Retail, походу, тоже идет лесом...

не дождетесь )

сейчас там stage таблицы не генерируются динамически.
и слава богу.

[Logger]

Цитата:

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

Кстати, в модуле Retail транспорт Async синхронизации тоже основан на динамической генерации временных таблиц и классов из кода в DAX.
Retail, походу, тоже идет лесом...

Ого !
Идея то популярная.
Я генерацию тоже пишу для целей импорта и экспорта данных. Получается, что у разных людей независимо возникли похожие идея по реализации.

[bio_unit]

Цитата:

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

сейчас там stage таблицы не генерируются динамически.
и слава богу.

там же не только stage таблицы генерировались динамически, но и сами классы выгрузки пакета с данными из DAX

[mazzy]

Цитата:

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

там же не только stage таблицы генерировались динамически, но и сами классы выгрузки пакета с данными из DAX

вместо классов объекты нового типа - dataEntity.

Ребяты, не надо, не пишите динамическую генерацию кода и схему данных!
Пожалуйста.

Вспомните табель в русской зарплате.
стоило часть работ сделать в одном слое (например, в USR), а другую часть работ в другом слое (USP)... так все накрывалось медным тазом - система не могла динамически изменить объекты, созданные в другом слое.

проверки и компиляция тоже уходит в ран-тайм.
а главное - в ран-тайм уходит отладка. там ее на порядок сложнее вести.

в итоге, преимущества динамической разработки не так уж и велики.
это только поначалу кажется, что некто расставит галочки и оно само заработает.

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

[Raven Melancholic]

Цитата:

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

Ребяты, не надо, не пишите динамическую генерацию кода и данных!
Пожалуйста.

А данные почему нельзя генерировать? А что тогда программа вообще будет делать?

[trud]

Цитата:

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

вместо классов объекты нового типа - dataEntity.

классы кстати по прежнему генерятся, только при компиляции дата ентити. в АОТ они не видны, расположены в папке
J:\AosService\PackagesLocalDirectory\ApplicationSuite\bin\GeneratedXppSource
имеют названия
DataEntityView_AgingPeriodDefinitionEntity+__Persister__.xpp и т.п.

[Logger]

Цитата:

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

классы кстати по прежнему генерятся, только при компиляции дата ентити. в АОТ они не видны, расположены в папке

Это в Ax7 ?

[mazzy]

Цитата:

Сообщение от Raven Melancholic

А данные почему нельзя генерировать? А что тогда программа вообще будет делать?

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

[mazzy]

Цитата:

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

классы кстати по прежнему генерятся, только при компиляции дата ентити. в АОТ они не видны, расположены в папке

Угу-угу.
Вот именно так и не делайте.

[bio_unit]

Цитата:

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

Угу-угу.
Вот именно так и не делайте.

Типа "Что дозволено Юпитеру, то не дозволено быку"?
Если великий Майкрософт так делает, то почему простым смертным так же не делать?

[mazzy]

а... в таком ключе я не думал...

у нас свободная страна и делать можно как угодно, конечно.
просто огребете те же проблемы )))

[dech]

В направлении ускорения разработки очень даже полезная штука. Можно, допустим, наследника RunBase по-быстрому забабахать. Включил галочки, задал поля для диалога и класс готов!

[Raven Melancholic]

Речь не идет об утилитах для разработки. Имеются ввиду ситуации, когда какие-то объекты создаются/модифицируются при работе пользователей, при настройке каких-то алгоритмов и т.п.