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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 11.08.2016, 14:14   #1  
Lemming is offline
Lemming
Участник
Аватар для Lemming
 
1,144 / 343 (14) ++++++
Регистрация: 20.04.2004
Адрес: Москва, Чайнатаун в Люблино
Записей в блоге: 10
Cool
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Какой смысл клепать свои пре-/пост-обработчики, если для этого нужно поднять стандартный метод на свой слой разработки?..
Это они так инкапсуляцию организовали - защитили метод от вмешательства. Хотите вмешаться, поднимайте на свой слой и делайте что пожелаете. Другой вопрос: насколько это все вообще нужно в системах, где основой настройки является программирование на специальном DSL языке.

p.s. В мире open source такие вопросы решаются Fork'ом проекта и делай что хочешь, на свой страх и риск.
Старый 12.08.2016, 03:57   #2  
macklakov is offline
macklakov
NavAx
Аватар для macklakov
 
2,347 / 996 (38) +++++++
Регистрация: 03.04.2002
Цитата:
Сообщение от Lemming Посмотреть сообщение
В мире open source
Мне кажется, что именно от этого и хотят уйти. Код может и оставят доступным для чтения, в качестве документации к продукту. Но контролировать код они хотят полностью. Тогда они смогут, к примеру, давать обоснованные гарантии клиентам. А это уже очень серьезное конкурентное приемущество.
В качестве примера посмотри на Excel. Ты можешь хоть через VBA хоть из стороннего приложения обращаться. В любом случае, увидишь примерно одинаковое API. Т.е. ты можешь много наворотить с тем, какие данные и откуда появляются в ячейках, но сами ячейки ведут себя стандартным образом.
По мне так ход логичный и может оказаться что даже выигрышный. Другое дело что процесс перехода будет довольно турбулентным. Впрочем, как всегда.
__________________
Isn't it nice when things just work?

Последний раз редактировалось macklakov; 12.08.2016 в 04:34.
Старый 12.08.2016, 11:22   #3  
pitersky is offline
pitersky
северный Будда
Аватар для pitersky
Ex AND Project
Соотечественники
 
1,514 / 435 (18) +++++++
Регистрация: 26.09.2007
Адрес: Солнечная система
Цитата:
Сообщение от macklakov Посмотреть сообщение
Код может и оставят доступным для чтения, в качестве документации к продукту. Но контролировать код они хотят полностью. Тогда они смогут, к примеру, давать обоснованные гарантии клиентам.
Если так, то возникает логичный вопрос - зачем вообще давать возможность разработки? К тому же обоснованные гарантии ничто не мешало и раньше давать - код на sys-слое всё равно никто править не мог.
Моё мнение такое, что в МС об этом просто не подумали когда делали семёрку. Рассудили, что все изменения будут вешаться на ивенты. И забыли, что далеко не везде ивенты можно вешать по умолчанию. В результате и получили нерасширяемость номерных серий.

Кстати, если кому интересно - нашёлся ОДИН (!!!!!) модуль - General Ledger - который таки расширяемый по номерным. Временно пользуем его. Почему именно там поставили хук - загадка.
__________________
С уважением,
Вячеслав
За это сообщение автора поблагодарили: Lemming (5), gl00mie (3).
Теги
ax7

 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Номерная серия,,, превышена. tolstjak DAX: Функционал 28 14.01.2013 20:06
Номерная серия konopello DAX: Программирование 11 02.10.2007 12:00
Номерная серия в виртуальной компании Владимир Максимов DAX: Программирование 2 22.12.2005 12:52
Номерная серия требование-накладная loka DAX: Функционал 2 15.06.2005 13:14
Новая номерная серия Corky DAX: Программирование 3 17.05.2004 09:02
Опции темы Поиск в этой теме
Поиск в этой теме:

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

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

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

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