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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 29.05.2017, 08:51   #1  
belugin is offline
belugin
Участник
Аватар для belugin
Сотрудники Microsoft Dynamics
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии 2011
Лучший по профессии 2009
 
4,622 / 2925 (107) +++++++++
Регистрация: 16.01.2004
Записей в блоге: 5
Цитата:
Сообщение от mazzy Посмотреть сообщение
Угу.
Ключевой вопрос: а почему "не мержить свитч" лучше?

Ведь use case все равно проверять, все равно придется копать все ветки кода, поскольку все равно останется угроза рефакторинга остальных веток кода. Все равно придется расширять test cases,
все равно придется дописывать документацию, все равно придется обеспечивать совместимость.
См. дальше дискуссия extensions vs overlayering. Скажу только, что можно скономить на легко автоматизируемых вещах время для трудноавтоматизируемых вещей.
Старый 29.05.2017, 08:58   #2  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от belugin Посмотреть сообщение
См. дальше дискуссия extensions vs overlayering.
)

Цитата:
Сообщение от belugin Посмотреть сообщение
Скажу только, что можно скономить на легко автоматизируемых вещах время для трудноавтоматизируемых вещей.
справедливости ради стоит отметить, что:

экономия предназначена только для инженеров МС, проявляется только внутри МС и в только на environment МС, в ходе достижения целей, которые существуют только внутри МС.

любое последствие (хорошее или плохое) для других пользователей (клиенты, партнеры) - это скорее всего побочный эффект. причем, скорее всего, незапланированный заранее побочный эффект.
)
__________________
полезное на axForum, github, vk, coub.

Последний раз редактировалось mazzy; 29.05.2017 в 09:07.
За это сообщение автора поблагодарили: ta_and (3), apanko (3).
Старый 29.05.2017, 09:31   #3  
ta_and is offline
ta_and
Участник
 
226 / 122 (5) +++++
Регистрация: 26.02.2002
Адрес: СПб
Цитата:
Сообщение от mazzy Посмотреть сообщение
экономия предназначена только для инженеров МС, проявляется только внутри МС и в только на environment МС, в ходе достижения целей, которые существуют только внутри МС.
ВОТ! Точно и ясно высказанная цель, которую я не мог сформулировать.
Других целей я не вижу.
Старый 29.05.2017, 11:00   #4  
dech is offline
dech
Участник
Аватар для dech
Самостоятельные клиенты AX
 
643 / 347 (13) ++++++
Регистрация: 25.06.2009
Адрес: Омск
Записей в блоге: 3
Цитата:
Сообщение от ta_and Посмотреть сообщение
ВОТ! Точно и ясно высказанная цель, которую я не мог сформулировать.
Других целей я не вижу.
Цель МС давно известна - сделать разделение кода, так чтобы разработчики клиентов не лезли в её код.
В последующем времени, вероятно, все больше кода будет закрыто и опечатано сей корпорацией.
__________________
// no comments
Старый 29.05.2017, 11:06   #5  
mazzy is offline
mazzy
Участник
Аватар для mazzy
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
29,472 / 4494 (208) ++++++++++
Регистрация: 29.11.2001
Адрес: Москва
Записей в блоге: 10
Цитата:
Сообщение от dech Посмотреть сообщение
Цель МС давно известна - сделать разделение кода
Цель МС давно известна - заработать.

"Сделать разделение кода" не является (и не может являться) целью корпорации МС )))
__________________
полезное на axForum, github, vk, coub.
Старый 29.05.2017, 14:08   #6  
trud is offline
trud
Участник
Лучший по профессии 2017
 
1,038 / 1629 (57) ++++++++
Регистрация: 07.06.2003
Записей в блоге: 1
Цитата:
Сообщение от mazzy Посмотреть сообщение
Цель МС давно известна - заработать.

"Сделать разделение кода" не является (и не может являться) целью корпорации МС )))
ну так и цель разработчиков - тоже заработать. т.е. надо создать такую модель, которая потребует максимальное кол-во ресурсов и будет максимально сложна в поддержке. ну и еще чтоб это все использовало новые технологии, чтобы обновить свое резюме.
т.е. достаточно посмотреть как сделаны экстеншены используя .нет дизассемблер - это отдельный набор классов на каждый тип(т.е. есть AxTable и AxTableExtension) - т.е. простым введением концепции трудоемкость поддержки AOT увеличилась вдвое
За это сообщение автора поблагодарили: mazzy (2).
Теги
sysextension framework, sysoperation framework, как правильно, полезное

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
stephenmann: Technical History of Dynamics AX - From Axapta 3.0 to AX2012 Blog bot DAX Blogs 5 03.03.2017 10:22
dynamicsax-fico: Invoice search AX2012 vs. AX7 (Part 2) Blog bot DAX Blogs 0 01.04.2016 10:11
DAX2009 аналог friend классов. Как сделать? Raven Melancholic DAX: Программирование 9 07.11.2015 23:50
emeadaxsupport: Inventory closing differences between AX4.0 and AX2012 using weighted average costing method Blog bot DAX Blogs 0 27.12.2012 19:11

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

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

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