Как правильно получить элементы AOT заданной модели? В X++? В SQL? в акс2012? в акс7? А extension?

[mazzy]

Начал разбираться с вопросом и слегка прифигел от разнообразия программных велосипедов.

Фиг с ним, что нет напрашивающегося класса DictModel.
я также не нашел методов выход на на модель из treenode...

Как правильно получить элементы AOT заданной модели?

В X++? В SQL?
в акс2012? в акс7?
как получить отдельно Extension-объекты, отдельно основные объекты модели?

[sukhanchik]

AX 2012: См метод WHSParameters::version().
Суть: У класса Treenode есть метод (нестатический) AOTGetModel(), возвращающий ID модели.
ID модели преобразуется в DisplayName через получение и распарсивание XML-ки, которую сгенерит метод SysModelStore::getModelManifest(modelId)

D365: С ходу не нашел. У TreeNode метод AOTGetModel() еще остался, но я не уверен в его использовании в коде. Класса SysModelStore нет, но есть класс SysModelMetaData из методов которого неочевидно - могут ли они по ID модели получить название.

[mazzy]

Цитата:

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

У TreeNode метод AOTGetModel() еще остался, но я не уверен в его использовании в коде.

точно! есть. проморгал.
точно! не используется.

Цитата:

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

Класса SysModelStore нет

Точно! этого класса в акс7 нет. а акс6 у меня сейчас под рукой нет.

Цитата:

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

но есть класс SysModelMetaData из методов которого неочевидно - могут ли они по ID модели получить название.

о... этот класс - отдельная пестня.
я не хотел с начинать ветку с матюков.
поэтому решил спросить - может я чего не понимаю.
предлагаю оставить обсуждение этого класса в конец. или в отдельную ветку.

может будет таки что-то конструктивное?

[mazzy]

Цитата:

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

о... этот класс - отдельная пестня.

Посмотрел еще раз внутрь.
1. класс SysModelMetaData - это модель всего AOT, без учета моделей (вот такая фигня, маляты)
2. я вспомнил, что эти редиски (нехорошие люди) программно генерируют метод init и вызывают его только из метода main. но не "смогли" выполнить генерацию из new. кто бы сомневался! *мат-поскипан*. выбрали, блин, универсальный метод-билдер... *мат-поскипан*

в общем, SysModelMetaData точно давайте оставим на потом.
если кому-нибудь хочется - открывайте новую ветку про этот класс.

а пока вопрос:
Как правильно получить элементы AOT заданной модели? В X++? В SQL? в акс2012? в акс7? А extension?

[mazzy]

Цитата:

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

AOTGetModel(), возвращающий ID модели.

В общем, фиг. в моем инстансе для всех таблиц возвращает 15.

[sukhanchik]

А вопрос по AX 2012 не снялся?

[mazzy]

Цитата:

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

А вопрос по AX 2012 не снялся?

как бы тебе сказать...

ты ответил как можно сделать в принципе.
я спрашивал "Как правильно". Я не уверен, что "распарсивание XML-ки" это правильный подход.
)

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

но сам вопрос "как правильно" обсудить вполне можно. я так считаю.

[mazzy]

Для примера что я хочу получить:

[trud]

Цитата:

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

Для примера что я хочу получить:

а если просто файлы в директории посмотреть? или это не то

[mazzy]

Цитата:

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

а если просто файлы в директории посмотреть? или это не то

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

Цитата:

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

А в 7-ке функция сборки в проект всех объектов одной модели осталась (Сервис / Управление моделью / Создать проект на основе модели, класс SysModelCreateProject)?

тут дело такое...
в акс7 код редактируется в Visual Studio.
Аксаптовские вещи в VS сделаны через аддоны. Фреймворк аддонов ооочень сильно отличается от кода и окружения, которое "живет" в аксапте.

[KiselevSA]

А в 7-ке функция сборки в проект всех объектов одной модели осталась (Сервис / Управление моделью / Создать проект на основе модели, класс SysModelCreateProject)?

[belugin]

private Microsoft.Dynamics.AX.Metadata.Providers.IMetadataProvider getMetadataProvider()
    {
        var environment = Microsoft.Dynamics.ApplicationPlatform.Environment.EnvironmentFactory::GetApplicationEnvironment();
        Microsoft.Dynamics.AX.Metadata.Storage.Runtime.RuntimeProviderConfiguration runtimeProviderConfiguration = new Microsoft.Dynamics.AX.Metadata.Storage.Runtime.RuntimeProviderConfiguration(environment.get_Aos().get_PackageDirectory());
        Microsoft.Dynamics.AX.Metadata.Storage.MetadataProviderFactory metadataProvicerFactory =  new Microsoft.Dynamics.AX.Metadata.Storage.MetadataProviderFactory();
        return metadataProvicerFactory.CreateRuntimeProvider(runtimeProviderConfiguration);
    }

...

MetadataProvider.Classes.ListObjectsForModel(ModelName)

[mazzy]

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

Цитата:

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

environment.get_Aos().get_PackageDirectory()

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

а также что будет, если используется несколько АОСов?

[belugin]

Цитата:

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

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

Насколько я помню DIct* работает через то же самое, то есть будет то же самое . Как оно внутри - надо смотреть исходники.

[mazzy]

Цитата:

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

Насколько я помню DIct* работает через то же самое, то есть будет то же самое . Как оно внутри - надо смотреть исходники.

опачки!
я всегда думал, что через псевдотаблицу UtilElements.
раньше aod - это база данных внутреннего формата, которая хранит UtilElements. Все остальное - обертка над этой базой.

теперь это файлы? хм...
а что будет, если кто-то нехороший при работающей аксапте начнет файлы трогать? например, добавлять в файлы/каталоги что-нибудь полезное (или вредоносное)?

[mazzy]

Ладно, давайте вернемся к теме. Будем надеятся, что внутри таки окажется чистый дух воды.

Цитата:

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

MetadataProvider.Classes.ListObjectsForModel(ModelName)

Еще раз спасибо. Я посмотрю провайдера и вокруг.

Правильно я понимаю, что всякие SysDict, treeNode, UtilElement можно считать устаревшими и не стоит рассчитывать, что они будут развиваться?
Я правильно понимаю, что сейчас актуальны namespace Microsoft.Dynamics.Ax.*? И если что и будет развиваться, то в первую очередь они?

[mazzy]

пока у меня получается следующая чудовищная конструкция:

но она:
1. работает через полный перебор объектов AOT
2. должна знать о подчиненных элементах (table.Extensions)

в общем - фигня какая-то.

Хочу отметить, что набор методов явно писался в переходные времена, когда еще не было решено что будет ключом - int Id или String Name.

Также, набор методов явно писало несколько абсолютно равнодушных и криворуких людей, которые проектировали под единственный сценарий использования - сначала загрузить все в память (в кэш-объект), потом работать только с этим объектом (стиль SysModelMetaData). Другие сценарии при программировании похоже даже не рассматривались. Либо я чего-то не понимаю.

Собственно отсюда и вопрос ветки:
Как правильно получить элементы AOT заданной модели? В X++? В SQL? в акс2012? в акс7? А extension?

    protected set getTableNamesFromModels()
    {
        boolean inModel(str modelDisplayName, str objname, System.Type type)
        {
            var models = Microsoft.Dynamics.Ax.Xpp.MetadataSupport::GetModelsOfMetadataArtifact(objName, type);
            var modelsEnumerator = models.getEnumerator();
            while (modelsEnumerator.moveNext())
            {
                Microsoft.Dynamics.AX.Metadata.MetaModel.ModelInfo modelInfo = modelsEnumerator.Current;
                if( ModelDisplayName == modelInfo.DisplayName )
                {
                    return true;
                }
            }

            return false;
        }

        set result = new set(Types::String);
        var modelName = 'Fleet Management Extension';

        var axTableType = new Microsoft.Dynamics.AX.Metadata.MetaModel.AxTable();
        var axTableExtType = new Microsoft.Dynamics.AX.Metadata.MetaModel.AxTableExtension();

        var t = Microsoft.Dynamics.Ax.Xpp.MetadataSupport::TableNames();  // Why Enumerator?
        while ( t.moveNext() )
        {
            var tname = t.get_current();

            if ( inModel(ModelName, tname, axTableType.GetType()) )
            {
                result.add(tname);
                continue;
            }

            var tExt = Microsoft.Dynamics.Ax.Xpp.MetadataSupport::GetTableExtensionNames(tname); // Why collection?
            var tExtEnum = tExt.GetEnumerator();
            while( tExtEnum.moveNext() )
            {
                var tExtName = tExtEnum.Get_Current();
                if ( inModel(ModelName, tExtName, axTableExtType.GetType()) )
                {
                    result.add(tExtName);
                    continue;
                }
            }
        }
        
        return result;
    }

[belugin]

Что будет если то же самое кто-то будет делать для любого остального софта, который не использует базу данных для хранения кода а только каталоги? Мне кажется, проблема надумана

[mazzy]

Цитата:

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

Мне кажется, проблема надумана

это не проблема, это вопрос.

[KiselevSA]

Я не прог, но посмотрел бы еще на DynamicsAX-model MANAGEMENT-view all package dependencies. Что делает, как собирает.