mfp: AX models - Part 4 - Working with models inside MorphX

[Blog bot]

Источник: http://blogs.msdn.com/mfp/archive/20...de-morphx.aspx
==============

This is my final post on models in AX for Milestone 2 (M2). Since my last post (link) the Dynamics AX organization has exited M2 - this means that all planed M2 features are implemented, tested, and all exit criteria passed. The exit criteria ensure quality by enforcing a required bar for a number of metrices across all teams, such as code coverage, no severe bugs remaining, etc. All this is very interesting, but not what I want to talk about today.

When you start AX you can specify a current model. There are several ways of specifying the current model, including a command line option to AX32.exe, This aligns very well with how you specify the current layer when starting AX. Just like the current layer, the current model is shown in the status bar of the MorphX workspace:


Unlike the current layer, you can change the current model without restarting AX. However, you can only change to a model that exists in the current layer. You change the current model by clicking the model in the status bar - this gives the same experience as when changing the current company accounts.

When you create new elements (or overlayer existing elements) in the AOT the resulting new element is created in the current model. In the AOT you can see the model for each element. It is displayed next to the layer indicator. Just like the layer indicator, you can in Tools | Options specify when to show the model indicator. Here is a screenshot where the model indicator is shown for all elements:


Notice, that the model indicator only shows the model for the top-most element. i.e. if an element exists in both SYS and USR layer, only the model for the USR element is shown.

You can also move an element to a different model. You do this by selecting "Move to model" from the context menu in the AOT. It will bring up a small dialog, where you can pick the available models in the current layer.

Wrapping up

This concludes my introduction of models. In AX6 you will be working with models in many scenarios. Here are the highligths:

• Models provide a better deployment vehicle than AOD files did in previous versions, primarily because they can be signed and have a manifest.
• Models enable side-by-side installation of models from different sources in the same layer.
• Models enable you to segment your solution into smaller and more managable models.
• Models are seamlessly tied into the MorphX development experience.

This posting is provided "AS IS" with no warranties, and confers no rights.



==============
Источник: http://blogs.msdn.com/mfp/archive/20...de-morphx.aspx

[sukhanchik]

Чего-то не втыкнул - зачем нужно было придумывать модели в дополнение к слоям. Слои были удобны тем, что:
1. Изменив код легко вернуться к коду на старом слое
2. Слой представлял собой файлик с возможностью удобного подкладывания.

А модели получается что лишь сгруппируют некоторые объекты .... и все?

[Vadik]

Цитата:

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

А модели получается что лишь сгруппируют некоторые объекты .... и все?

Модели можно будет независиом друг от друга загружать / выгружать / обновлять даже в случае если они лежат на одном слое. Должно по идее упростить жизнь клиентам, работающим с решениями от нескольких партнеров
см. AX models - Part 3 - Multiple models per layer

[fed]

Судя по всему, модель это просто малость окультуренная альтернатива проектам, но никак не слоям. Просто связь сделали двухсторонней. Раньше элементы принадлежали проекту, но элемент, в общем случае, никак не отслеживал в какие проекты он входит.
Рискну предположить что дальнейшим развитием идеи станет:
1. Отслеживание взаимосвязей между моделями (то есть - если у нас не установлена модель поддержки, ну допустим, профилей разноски по складу версии 1.8, то ставить модель комиссионной торговли 1.2 - нельзя)
2. Возможно они таки сделают понятие бинарных моделей. То есть - как зашированные хранимые процедуры в оракле - интерфейс посмотреть можно, а тело методов - отсутствует. Я, правда, в качестве клиента или партнера не купил бы НИКАКОГО решения без доступных исходных текстов.
3. Ну и стандартный набор механизмов для отслеживания и РУЧНОГО разрешения конфликтов между разными моделями...
P.S. Гы ! Присмотрелся. Похоже что нельзя на одном и том же layerе держать элемент в разных моделях. Тогда вообще весь смысл в этих моделях теряется... Конечно если они в 7ой версии не сделают 256 слоев

[sukhanchik]

Цитата:

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

Судя по всему, модель это просто малость окультуренная альтернатива проектам, но никак не слоям.
....
P.S. Гы ! Присмотрелся. Похоже что нельзя на одном и том же layerе держать элемент в разных моделях. Тогда вообще весь смысл в этих моделях теряется... Конечно если они в 7ой версии не сделают 256 слоев

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

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