06.09.2011, 00:12 | #1 |
Участник
|
mfp: AX 2012 Meta Model
Источник: http://blogs.msdn.com/b/mfp/archive/...eta-model.aspx
============== Like previous releases Microsoft Dynamics AX 2012 provides a model driven development platform. It enables us developers to create a business application using predefined types of building blocks (aka. concepts) – each targeted a specific purpose. To be an effective X++ developer you need to know the building blocks and how they relate. What is new in the meta model for AX 2012? Quite a lot – here is a short summary:
The diagram below shows the most common relationships between concepts. Each arrow should be read as “using”. For example:
I have printed the below diagram, and pinned it to a wall in my office. It serves me as a reference when I navigate the new areas of AX 2012. I hope it can do the same for you. Click the image for a larger version You might also want to look at the meta model for AX 4 ============== Источник: http://blogs.msdn.com/b/mfp/archive/...eta-model.aspx
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору. |
|
08.09.2011, 00:54 | #2 |
Участник
|
Никто что-то блоги не комментирует.
Попробую-ка на русский перевести со своими дополнениями и комментариями, может кто почитает. В этом посте Майкл вкратце рассказал о нескольких новых очень привлекательных для разработчиков возможностях: - Улучшена поддержка SSRS отчетов. Теперь их проще создавать и поддерживать. - С помощью Parts можно хостить гриды или целые формы на других формах, к примеру, на list pages, чему есть примеры в стандартном приложении. - Появилась возможность экспоузить X++ классы в качестве .NET (WCF) сервисов. Это должно очень порадовать людей, которые обращаются к 3rd party сервисам для получения каких-то данных извне. Да и вообще, интеграция приложений с АХ стала намного удобнее. - Новая модель безопасности, где внимание сфокусировано на ролях пользователей системы. Пока неизвестно, удобнее ли это с точки зрения поддержки, будет интересно узнать, как пройдут реальные внедрения с детальной настройкой ролей. - Добавлена возможность хранить проекты Visual Studio с возможностью редактирования и автоматической синхронизации с АОТ. Намного удобнее чем в АХ 2009!! |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
08.09.2011, 10:54 | #3 |
Участник
|
вот эти стрелки просто взорвали мозг.
здесь отображена либо "шина" - тогда схема абсолютно непонятна. либо все трелки ведут к одному объекту - тогда схема яснее не становится (рекомендация - использовать закругленные углы у стрелок, если это не шина) вот это место тупо необъяснимо. я не знаю таких связей, которые вели бы к макросам и референсам только из классов. (ведь и макросы и референсы можно использовать в методах таблиц, форм, отчетов и т.п.) почему стрелки ведут только от классов - я не понимаю также не вижу объектов dataSet (а давно меня интересовал концетуальный вопрос - нафига их ввели и чем принципиально отличаются от query) В итоге: схема скорее является черновым наброском чего-то, непонятного для читателей. |
|
08.09.2011, 11:03 | #4 |
Участник
|
Цитата:
скажи главное - rls в ssrs поддерживается или нет? если нет, то... А улучшения - это завсегда хорошо. Цитата:
list pages - гавно. использование listView - отстой. Тупо потому что list "живет" на клиенте. И широкое использование listView уберет все преимущества трехуровневости (еще не забыли об этом термине?) кроме того, в listViw отсутствует поиск. и в большинстве случаев отсутствует сортировка. если же хранить гриды в Parts, то между основной формой и Parts dynalink работает? если не работает... Вообще говоря, исходная задумка Аксапты была шикарной: 1. все формы должны быть простыми с одним гридом. 2. все формы могут вызывать друг друга. 3. там где можно, работает dynalink, превращая простые формы в набор связанных форм. шикарно! просто программируется. отлично работает. единственный недостаток - MDI, в котором путаются люди. решили перейти в SDI. отлично. но при этом каждую master-detail форму надо программировать руками. теряется возможность перехода в detail из других таблиц - надо программировать отдельные формы для них (см. формы открытые строки заказов) в общем, parts без dynalink - паллиатив. parts без dynalink - это дельфи или 1С. А улучшения - это завсегда хорошо. добавлено: если dynalink таки работает, то очень-очень-очень хотелось бы видеть какой-нибудь туториал или вебкаст на эту тему. Цитата:
А улучшения - это завсегда хорошо. Цитата:
А улучшения - это завсегда хорошо. Цитата:
можно здесь подробнее? Последний раз редактировалось mazzy; 08.09.2011 в 11:14. Причина: нужен вебкаст по dynalink на parts :) |
|
08.09.2011, 11:37 | #5 |
Axapta
|
Теперь же вместо RLS надо использовать XDS.
Цитата:
Extensible data security is an evolution of the record-level security (RLS) that was available in earlier versions of Microsoft Dynamics AX. Extensible data security policies, when deployed, are enforced, regardless of whether data is being accessed through the Microsoft Dynamics AX rich client forms, Enterprise Portal webpages, SSRS reports, or .NET Services.
|
|
08.09.2011, 11:56 | #6 |
Участник
|
Цитата:
Цитата:
Цитата:
Проекта соответствующего. Можно из АОТ его открыть - при этом откроется Visual Studio, и после редактирования и VS сохранения проекта изменения автоматом (почти) попадут назад в АОТ. |
|
08.09.2011, 11:57 | #7 |
Участник
|
|
|
08.09.2011, 11:57 | #8 |
Участник
|
тогда я полностью пропустил описания/туториалы.
куда глядеть? |
|
08.09.2011, 11:59 | #9 |
Axapta
|
|
|
|
За это сообщение автора поблагодарили: mazzy (5). |
08.09.2011, 12:00 | #10 |
Участник
|
Цитата:
поиск то хоть внутри listView будет? Цитата:
Сообщение от kashperuk
Ну, не помню, или это точно реализовано через dynalink, но при переходе между записями, к примеру, клиентов на соответствующем list page все соответствующие parts (fact boxes и preview pane) обновляются, все ОК. Вот при открытии новых форм из list pages по-прежнему dynalink отсутствует
а какие-нибудь туториалы на эту тему? Цитата:
можно скриншоты/скринкасты/туториалы на эту тему? |
|
08.09.2011, 12:01 | #11 |
Участник
|
Цитата:
Сообщение от mazzy
вот эти стрелки просто взорвали мозг.
здесь отображена либо "шина" - тогда схема абсолютно непонятна. либо все трелки ведут к одному объекту - тогда схема яснее не становится (рекомендация - использовать закругленные углы у стрелок, если это не шина) я не знаю таких связей, которые вели бы к макросам и референсам только из классов. (ведь и макросы и референсы можно использовать в методах таблиц, форм, отчетов и т.п.) почему стрелки ведут только от классов - я не понимаю В итоге: схема скорее является черновым наброском чего-то, непонятного для читателей. Стрелки, кстати, ведут к одному объекту. Но определение стрелок как "использует" не совсем соответствует тем нескольким примерам, которые приведены выше. |
|
08.09.2011, 12:07 | #12 |
Участник
|
тогда совершенно непонятно почему от ssrs ведет только одна стрелка к таблицам. это ж неправда.
ssrs отчеты точно используют перспективы (ведь эти самые перспективы для разработки ssrs и были созданы ) и ssrs отчеты вроде могут вызывать методы классов. или таки нет? в общем, схема чудна. как черновик - сгодится. |
|
08.09.2011, 12:13 | #13 |
Участник
|
Ну, я не совсем уверен, что ты подразумеваешь под "ListView", но если это - главная часть list page, то там поиск всегда работал, насколько я помню.
См. скриншот Нуу, туториалы где-то наверное есть. Но у меня нету. См. скриншот выше. Цитата:
После редактирования .NET кода в VS проекте. |
|
|
За это сообщение автора поблагодарили: mazzy (2). |
08.09.2011, 12:16 | #14 |
Участник
|
Цитата:
Сообщение от mazzy
тогда совершенно непонятно почему от ssrs ведет только одна стрелка к таблицам. это ж неправда.
ssrs отчеты точно используют перспективы (ведь эти самые перспективы для разработки ssrs и были созданы ) и ssrs отчеты вроде могут вызывать методы классов. или таки нет? в общем, схема чудна. как черновик - сгодится. Схема странная, согласен. |
|
08.09.2011, 13:11 | #15 |
Участник
|
Цитата:
Сообщение от kashperuk
Ну, я не совсем уверен, что ты подразумеваешь под "ListView", но если это - главная часть list page, то там поиск всегда работал, насколько я помню.
См. скриншот Вложение 7126 значит, я тормоз. я про эти думал что ж, буду привыкать к терминологии. Цитата:
Сообщение от kashperuk
После редактирования .NET кода в VS проекте.
Вложение 7127 я то уж подумал, что можно объекты AOT в VS редактировать... |
|
08.09.2011, 13:27 | #16 |
Moderator
|
Цитата:
Улучшена поддержка SSRS отчетов. Теперь их проще создавать и поддерживать.
В MS SQL 2008, в SSRS появилось понятие data provider. То есть - ты можешь на .net написать некую приблуду для доступа к ЛЮБЫМ данным и SSRS будет через эту приблуду данные доставать и публиковать. В DAX2012 таки написали эту приблуду для доступа к аксаптовским данным (через Web Service и Dataset), так что в SSRS 2008 ты можешь с аксаптовскими данными использовать любые report control (в том числе и от 3rd party) и иметь всю функциональность аксаптовского доступа к данным. (включая XDS и кэширование). В качестве побочного эффекта, доступ через web service изрядно тормозит Возможно его можно наладить, но в дефолтной конфигурации оно, по отзывам, весьма неспеша работает... |
|
|
За это сообщение автора поблагодарили: mazzy (2), gl00mie (3). |
08.09.2011, 13:36 | #17 |
Участник
|
Можно их дебажить. А это немало
А редактировать можно, но только некоторые: Reports Layout templates все узлы под SSRS reports Все узлы под Visual studio projects Классы и т.д. можно просматривать, но нельзя редактировать. |
|
09.09.2011, 02:33 | #18 |
Участник
|
Вот, кстати, неплохой пост о том, как из VS работать с АОТ
http://daxmusings.blogspot.com/2011/...et-set-up.html |
|
|
За это сообщение автора поблагодарили: mazzy (2), PavelX (2). |
|
|