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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 21.09.2017, 16:11   #1  
Blog bot is offline
Blog bot
Участник
 
25,459 / 846 (79) +++++++
Регистрация: 28.10.2006
mfp: Enabling extensibility on Pricing
Источник: https://blogs.msdn.microsoft.com/mfp...ty-on-pricing/
==============
Disclaimer: This is only a proposed solution and is subject to change without further notice   Here is an overview of the changes being done to make the pricing area extensible. Pricing is a heavily customized area and modifying the price search is currently impossible without overlayering. This article outlines a proposed solution for some...

==============
Источник: https://blogs.msdn.microsoft.com/mfp...ty-on-pricing/
__________________
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
Старый 22.09.2017, 08:23   #2  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Телепатия! Только вчера обсуждали с коллегой, как теперь в D365O кастомизировать PriceDisc, - и вот, пожалуйста. Жаль только, что лишь в следующем релизе...
Старый 22.09.2017, 10:07   #3  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Телепатия! Только вчера обсуждали с коллегой, как теперь в D365O кастомизировать PriceDisc, - и вот, пожалуйста. Жаль только, что лишь в следующем релизе...
Было бы интересно от Вас получить подтверждения, что все Ваши кастомизации решаются вышеупомянутым рефакторингом.
Если нет, дайте знать.
За это сообщение автора поблагодарили: mazzy (8), Alex_KD (3).
Старый 25.09.2017, 17:08   #4  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5788 (200) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Чего еще недостает - это создания экземпляра PriceDisc в стандарте через статический construct() вместо экземплярного new(): очень надеюсь, что это изменение также будет реализовано в рамках рефакторинга движка подбора цен.

PS. И чтобы new() при этом стал максимум protected, а то гхм... некоторые разработчики стандарта любят делать его private, как, с кажем, в SysLookupMultiSelectCtrl.

PPS. А сам класс чтоб не оказался final
За это сообщение автора поблагодарили: Logger (3).
Старый 25.09.2017, 17:38   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Было бы интересно от Вас получить подтверждения, что все Ваши кастомизации решаются вышеупомянутым рефакторингом.
Скорее всего, нет.
Но это не так важно - будут следующие версии, рано или поздно исправят.

Ваня, скажи лучше: на основании твоего опыта работы над экстеншеном к одному семейству классов, можешь ли ты утверждать, что подобная работа над остальными классами будет легкой? что такую работу можно поставить на поток?

или по каждому семейству классов нужно будет принимать отдельное решение, находить отдельный подход?

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

=======================
Если работа индивидуальная, то каковы, на твой взгляд, оценки трудозатрат на то, чтобы весь функционал аксапты сделать расширяемым? Не проще ли создать новую систему, чем отмывать старую?
__________________
полезное на axForum, github, vk, coub.
Старый 25.09.2017, 22:36   #6  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Есть много изменений, которые можно было бы автоматизировать.
Но более сложный "логический" рефакторинг конечно в индивидуальном порядке. Трудозатраты довольно большие.
Может и проще было бы создать что-то поменьше, но уже сразу extensible. Но этого в планах нет.
Старый 25.09.2017, 22:40   #7  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
вот я и думаю - а что из этой ляпоты доберется до конечного потребителя?
в данном случае потребителем является разработчик на клиенте/партнере.

да, конечно некоторые вещи будут сделаны.
некоторые будут даже образцово показательно вылизаны до идеального блеска.

но в массе то своей народ будет затруднятся совсем не с идеально реализованными семействами.
__________________
полезное на axForum, github, vk, coub.
Старый 25.09.2017, 23:36   #8  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от mazzy Посмотреть сообщение
вот я и думаю - а что из этой ляпоты доберется до конечного потребителя?
в данном случае потребителем является разработчик на клиенте/партнере.

да, конечно некоторые вещи будут сделаны.
некоторые будут даже образцово показательно вылизаны до идеального блеска.

но в массе то своей народ будет затруднятся совсем не с идеально реализованными семействами.
Будут.
Это длительный процесс, он не закончится в 2018 когда мы закроем доступ на overlayering
Это не просто длительный процесс, это непрерывный процесс с этого времени..

История покажет, насколько хорошо мы сделали свою работу.
Старый 26.09.2017, 03:12   #9  
trud is offline
trud
Участник
Лучший по профессии 2017
 
1,038 / 1629 (57) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от kashperuk Посмотреть сообщение
История покажет, насколько хорошо мы сделали свою работу.
А какие кстати KPI данной работы?

вот если сравнивать одного и того-же решения на АХ7.1 (это реально заняло пару часов) и на АХ7.2(это заняло пару дней, из за как раз подобной переработки базовых классов, около 10 новых методов решения просто перестало компилится)
на АХ7.3 подозреваю будет еще больше, так как грозятся поменять InventDim
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Это длительный процесс, он не закончится в 2018 когда мы закроем доступ на overlayering
ну т.е. и с 2018 года обновления будут сложнее и сложнее

т.е. какой критерий успеха данной работы - "сделать AX более расширяемой"?

можно к примеру заново изобрести слои(типа Chain of Command 2), тогда вообще 100% расширяемость получится

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

Последний раз редактировалось trud; 26.09.2017 в 03:27.
Старый 26.09.2017, 14:46   #10  
Alex_KD is offline
Alex_KD
Участник
AxAssist
MCBMSS
Соотечественники
 
522 / 362 (14) ++++++
Регистрация: 06.07.2006
Адрес: Melbourne, Down Under
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Было бы интересно от Вас получить подтверждения, что все Ваши кастомизации решаются вышеупомянутым рефакторингом.
Если нет, дайте знать.
Я правильно понимаю, что данная история не включает retail price engine и как его расширять?

Так же были проблемы заставить вышеупомянутый engine ежедневно считать прайс лист для 10\100\500 магазинов для ~50000 продуктов. Каждый магазин со своим ценообразованием.
__________________
AxAssist 2012 - Productivity Tool for Dynamics AX 2012/2009/4.0/3.0
Старый 26.09.2017, 14:53   #11  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от Alex_KD Посмотреть сообщение
не включает retail price engine и как его расширять?
не включала, не включает и, похоже, не будет включать.

расширения в ритейле - отдельная пестня.
пока могу сказать - расширения в ритейле делают. отдельная команда.

может, Иван что-нибудь добавит. например, про вазимодействие команд.
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 26.09.2017 в 15:02.
Старый 26.09.2017, 16:00   #12  
kashperuk is offline
kashperuk
Участник
Аватар для kashperuk
MCBMSS
Соотечественники
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,361 / 2084 (78) +++++++++
Регистрация: 30.05.2004
Адрес: Atlanta, GA, USA
Цитата:
Сообщение от mazzy Посмотреть сообщение
не включала, не включает и, похоже, не будет включать.

расширения в ритейле - отдельная пестня.
пока могу сказать - расширения в ритейле делают. отдельная команда.

может, Иван что-нибудь добавит. например, про вазимодействие команд.
Retail pricing engine менять будет Retail команда, все верно.
Они знают об этой необходимости, но я повторно только-что сослался на эту тему напомнил им.

У них немного другой график - более жесткие временные рамки для закрытия оверлейеринга, но и более частые релизы, поэтому для тех, кто использует месячные апдейты - следите за обновлениями.
Старый 26.09.2017, 17:13   #13  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Они знают об этой необходимости, но я повторно только-что сослался на эту тему напомнил им.
Цитата:
Сообщение от kashperuk Посмотреть сообщение
Было бы интересно от Вас получить подтверждения, что все Ваши кастомизации решаются вышеупомянутым рефакторингом.
Alex_KD дал отличный пример для самоконтроля - решаются ли задачи ценообразования в аксаптовском ритейле (который сам по себе является экстеншенем к аксапте)

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

в рамках этого решения:
  • реализована работа отдельных от аксапты программулек для работы в распределенной сети магазинов
  • каждый магазин содержит свою реплику справочных данных (настройки, номенклатура, цены, скидки...). в качестве СУБД в магазинах зачастую используется MS SQL Expression Edition.
  • каждый магазин может продавать свой ассортимент номенклатуры. ассортименты могут частично пересекаться.
  • понятно, что решение будет предлагать свои добавки для видов цен, скидок и наценок. похоже что это вы продумали и закрыли.
  • насколько легко будет реализовать логику PriceDisc с экстеншенами во внешних приложениях?
  • это решение должно еще сформировать минимальный набор данных для отправки в магазин. с учетом ассортимента данного магазина. как при добавлении цен, так и при удалении/выключении цен. при этом нужно минимизировать набор цен в самом магазине (не забываем про SQL Express). насколько легко это сделать с экстеншенами?
  • это решение должно контролировать в аксапте действительно ли в магазине работали те цены, которые были установлены централизовано.
  • это решение должно каким-то образом централизовано включать-выключать цены в магазине в зависимости от внешних обстоятельств (например, цены на ценниках и в кассе должны совпадать. поэтому цену можно применять только после того, как ценники напечатаны и развешены в зале). Насколько легко добавить внешнее условие включения цен с экстеншенами?
  • и так далее. поиск по TFS, ключевые слова "Retail, Price, Dicount" )
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 26.09.2017 в 17:21.
За это сообщение автора поблагодарили: gl00mie (2).
Старый 31.05.2018, 20:46   #14  
Volodymyr is offline
Volodymyr
Участник
 
36 / 21 (1) +++
Регистрация: 03.11.2006
Адрес: Киев
Расширяю так
Привет, делаю расширение на прайс калькулейшин в D365 7.3 без оверлееринга.

Был выбран такой подход:
1) Создаю наследника PriceDisc в котором пишу свой findPrice метод. Вызываю супер если нужно.
2) Создаю экстеншин на PriceDisc, в котором использую chain of command для newFromPriceDiscParameters метода. В этом методе после next() инициализирую свой класс наследник PriceDisc. Возвращаю свой класс.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
mfp: Extensibility Documentation Blog bot DAX Blogs 0 31.07.2017 11:12
mfp: New extensibility support in the July 2017 Update Blog bot DAX Blogs 0 07.07.2017 21:16
mfp: Announcing application extensibility plans Blog bot DAX Blogs 0 31.03.2017 10:11
mfp: What is new in X++ in AX7? Blog bot DAX Blogs 2 10.02.2016 00:29
NAV Team: Using Client Extensibility in NAV 2009 SP1 to create Charts Blog bot Dynamics CRM: Blogs 0 04.02.2010 01:17
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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