Показать сообщение отдельно
Старый 31.01.2018, 18:42   #2  
ax_mct is offline
ax_mct
Участник
Аватар для ax_mct
 
2,392 / 916 (35) +++++++
Регистрация: 10.10.2005
Адрес: Westlands
Комментарий на вопросы по способам переопределения методов в AX7

Michael Fruergaard Pontoppidan
https://blogs.msdn.microsoft.com/mfp...od-signatures/
January 19, 2018 at 8:10 am
Thanks Dick.

The overall goal of extensibility is to get our shared customer running on the latest release always. This means that extra care and attention to writing robust extensions are required. Significantly more care than when customizing via overlayering. Ultimately; we want to be able to do a binary replace of AppSuite – and everything still works.

The AX extensibility model is quite powerful – too powerful in some cases. When using this toolbox, you are responsible for building a solution that can “survive” an AppSuite upgrade as-is. Any brittleness you build in, like dependencies on call stack, extensions to methods that are not coherent with the standard method will cause disruption to our customers. One example of the latter is to change the global company context in an extension method. We trust you to make strong, durable and lasting solutions.

I agree there is a turn-around time on extension requests; which can be obstructive to development. The sooner you log them the sooner you’ll get them; plan for this delay.

Regarding option 2: The state is class instance specific – not global. There are cases where the state is coherent with the class and its purpose. Here I would not have concerns.
Regarding option 3: You should really use IDisposable, like outlined, instead of guids and potentially stale caches.
Regarding delegates: Chain-of-command is large replacing the need for delegates (and requests for adding these).

И комментарий FED
D365 как правильно переопределить метод в таблице.

ax_mct:
Цитата:
Quote:
Originally Posted by ax_mct View Post
Очень по теме статья для автора темы.

Как обычно самое интересное в комментариях.
1. Конечный клиент это клиент компании Microsoft.
2. Microsoft работает с конечными клиентами напрямую.
FED:
Цитата:
Хотя тема начинает скатыватся в оффтопик, замечу что у меня есть ощущение что у микрософта в очередной раз поменялась концепция. То есть - когда мы в конце апреля 2017ого года начинали наш первый проект на D365, нам на kick-off микрософт долго рассказывал как он нас будет контролировать, нам помогать, какие у нас будут pre-GoLive meetings и тд и тп. В последствии - ничего этого не было. Все взаимодействие свелось к запросам в службу поддержки и DSE ("Низовым индусам").
Похоже что идеологи нового подхода просто не представляли насколько дорого ободится сервисная сторона внедрений, и предпологали что хотя микрософт будет работать напрямую с клиентами, управление мешающимися под ногами партнерами не будет слишком дорого обходится.
На практике все конечно оказалось не так, реалистичных бюджетов на управление партнерами и проектами внедрения у MS конечно нету (конечно за исключением тех немногих проектов, которые ведутся MCS). Поэтому эта идея насчет того что микрософт работает с клиентом напрямую на практике потихонечку умирает (просто явочным порядком - поскольку ни у кого в MS нету времени вести наши проекты напрямую и при
этом еще как-то нас воспитывать). А MFP просто очень удален от реальности и до него эта интересная информация пока не дошла...
На что есть вопросы по собственно наличию идей и стратегий у Microsoft.
На мой взгляд они не видят ни проблем ни противоречий и караван Pontoppidan так и будет идти. А это движение однозначно перекрывает всю старую эко-систему.

В связи с этим и тема про Эка-систему Microsoft для AX7. Мы вообще где там? Кто нибудь это видит/понимает?
Мое личное мнение что места там нет.

Есть перепродажи облаков, есть непонятный ISV маркет. Но места для Партнеров/Интеграторов - я не вижу.

Последний раз редактировалось ax_mct; 31.01.2018 в 18:53.
За это сообщение автора поблагодарили: MikeR (2).