AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX Blogs
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.11.2009, 19:05   #1  
Blog bot is offline
Blog bot
Участник
 
25,459 / 846 (79) +++++++
Регистрация: 28.10.2006
mfp: AX models - Part 4 - Working with models inside MorphX
Источник: 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
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
Старый 26.11.2009, 13:53   #2  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Чего-то не втыкнул - зачем нужно было придумывать модели в дополнение к слоям. Слои были удобны тем, что:
1. Изменив код легко вернуться к коду на старом слое
2. Слой представлял собой файлик с возможностью удобного подкладывания.

А модели получается что лишь сгруппируют некоторые объекты .... и все?
__________________
Возможно сделать все. Вопрос времени
Старый 26.11.2009, 14:53   #3  
Vadik is offline
Vadik
Модератор
Аватар для Vadik
Лучший по профессии 2017
Лучший по профессии 2015
 
3,631 / 1849 (69) ++++++++
Регистрация: 18.11.2002
Адрес: гражданин Москвы
Цитата:
Сообщение от sukhanchik Посмотреть сообщение
А модели получается что лишь сгруппируют некоторые объекты .... и все?
Модели можно будет независиом друг от друга загружать / выгружать / обновлять даже в случае если они лежат на одном слое. Должно по идее упростить жизнь клиентам, работающим с решениями от нескольких партнеров
см. AX models - Part 3 - Multiple models per layer
__________________
-ТСЯ или -ТЬСЯ ?
Старый 26.11.2009, 15:04   #4  
fed is offline
fed
Moderator
Аватар для fed
Ex AND Project
Соотечественники
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
2,890 / 5647 (194) ++++++++++
Регистрация: 13.03.2002
Адрес: Hüfingen,DE
Судя по всему, модель это просто малость окультуренная альтернатива проектам, но никак не слоям. Просто связь сделали двухсторонней. Раньше элементы принадлежали проекту, но элемент, в общем случае, никак не отслеживал в какие проекты он входит.
Рискну предположить что дальнейшим развитием идеи станет:
1. Отслеживание взаимосвязей между моделями (то есть - если у нас не установлена модель поддержки, ну допустим, профилей разноски по складу версии 1.8, то ставить модель комиссионной торговли 1.2 - нельзя)
2. Возможно они таки сделают понятие бинарных моделей. То есть - как зашированные хранимые процедуры в оракле - интерфейс посмотреть можно, а тело методов - отсутствует. Я, правда, в качестве клиента или партнера не купил бы НИКАКОГО решения без доступных исходных текстов.
3. Ну и стандартный набор механизмов для отслеживания и РУЧНОГО разрешения конфликтов между разными моделями...
P.S. Гы ! Присмотрелся. Похоже что нельзя на одном и том же layerе держать элемент в разных моделях. Тогда вообще весь смысл в этих моделях теряется... Конечно если они в 7ой версии не сделают 256 слоев

Последний раз редактировалось fed; 26.11.2009 в 15:25.
Старый 26.11.2009, 16:55   #5  
sukhanchik is offline
sukhanchik
Administrator
Аватар для sukhanchik
MCBMSS
Злыдни
Лучший по профессии 2015
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,273 / 3466 (122) ++++++++++
Регистрация: 13.06.2004
Адрес: Москва
Цитата:
Сообщение от fed Посмотреть сообщение
Судя по всему, модель это просто малость окультуренная альтернатива проектам, но никак не слоям.
....
P.S. Гы ! Присмотрелся. Похоже что нельзя на одном и том же layerе держать элемент в разных моделях. Тогда вообще весь смысл в этих моделях теряется... Конечно если они в 7ой версии не сделают 256 слоев
Дык я ж про то и говорю. Если связь конечно будет двусторонней - то конечно - это хорошо.
Но я не понял идею - зачем было увязывать модели со слоями. Да просто проекты расширили бы...

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

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
mfp: Introducing AX models - Part 3 Blog bot DAX Blogs 0 16.10.2009 16:05
mfp: Introducing AX models - Part 2 Blog bot DAX Blogs 0 03.10.2009 01:06
mfp: Introducing AX models - Part 1 Blog bot DAX Blogs 0 25.09.2009 16:05
mfp: «Inside Dynamics AX 4.0» издана в России Blog bot DAX Blogs 2 31.01.2008 11:35
Inside Dynamics AX 4.0: Working with the .NET Business Connector Blog bot DAX Blogs 0 04.10.2007 05:15
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 20:27.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.