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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 28.10.2016, 14:19   #1  
Link is offline
Link
Британский учённый
Аватар для Link
Соотечественники
 
568 / 523 (19) +++++++
Регистрация: 25.11.2005
Адрес: UK
Записей в блоге: 9
Цитата:
Сообщение от alex55 Посмотреть сообщение
Вообще я про хардкод ничего не писал. Принудительное выполнение можно и через новый параметр реализовать, идея была в том чтобы от глобального параметра отвязаться. Но спасибо за полезное замечание.

Единственно мне пока не совсем понятно в какой именно части должен быть нерабочим CIL, чтобы перестало работать сравнение через CIL: в любой или только в части данного класса и объектах которые он использует? Мне казалось что второе верно, но для меня это вообще очень редкий кейс.
У меня принудительно ассоциируется с кодом, а параметр с гибким подходом.

Ну например у меня недавно было после восстановления из бэкапа и установки хотфиксов. Сравнение не работало пока не переключил на xpp. Поэтому я бы не советовал подход автора Do yourself a favor, and make this change on your Dev system, а делал бы сразу через отдельный параметр. Надеюсь теперь все точки расставил...
__________________
Людям физического труда для восстановления своих сил нужен 7-8 часовой ночной сон. Людям умственного труда нужно спать часов 9-10. Ну а программистов будить нельзя вообще.
Старый 28.10.2016, 14:49   #2  
alex55 is offline
alex55
MCTS
MCBMSS
 
224 / 145 (5) +++++
Регистрация: 13.02.2007
Адрес: Москва
Цитата:
Сообщение от Link Посмотреть сообщение
У меня принудительно ассоциируется с кодом, а параметр с гибким подходом.

Ну например у меня недавно было после восстановления из бэкапа и установки хотфиксов. Сравнение не работало пока не переключил на xpp. Поэтому я бы не советовал подход автора Do yourself a favor, and make this change on your Dev system, а делал бы сразу через отдельный параметр. Надеюсь теперь все точки расставил...
Я тоже за гибкость и красоту, особенно если они покрывают 80% потребностей за 20% усилий. А если голое приложение раз в неделю персонально для себя из репозитория разворачиваешь и свои девелоперские примочки накатываешь на системные объекты (желательно со сравнением), то и хардкод более чем 80% потребностей легко покроет. Так что реализация приведенная по ссылке выше вполне имеет право на жизнь имхо
Теги
syscompareform, полезное, сравнение объектов, сравнение слоев

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Axilicious:Release Management for VS2013 … and AX : The first tool Blog bot DAX Blogs 0 04.10.2014 12:11
emeadaxsupport: AX Content: The Compare Tool works with SSRS reports Blog bot DAX Blogs 0 07.04.2014 18:11
dynamicsaxbi: What’s New: Comparison Tool Enhancements Blog bot DAX Blogs 0 14.03.2014 07:11
axtools: How the X++ compiler works for AX2012 Blog bot DAX Blogs 0 12.06.2013 04:22
dynamicscare: Production Flows in AX2012 – a comparison of Lean and Traditional. Blog bot DAX Blogs 0 01.10.2011 03:13

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

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

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 18:53.