|
![]() |
#1 |
Banned
|
Исходный вопрос превратился в "как обойтись без overlayering". Да никак, ответ все тот же: "Option 3: Admit that your solution is not feasible in Dynamics 365 for Operations". Поскольку хотя указанный класс и использует форму, которую можно расширить, то сам класс и все методы работы с query объявлены как protected. Game over.
Только на прошлой неделе имел подобный разговор. Архитектор Microsoft глубокомысленно заявлял, что методы ProjControlCalc заявлены как приватные, поскольку знающие разработчики в расчете на развитие системы прозорливо застолбили для себя возможность изменить внутреннюю реализацию и изменить контракт. Толкование хорошее, есть пища на часы телеконференций. Но мы-то знаем, что на самом деле модуль проектов из маркетинговых соображений отложен на пыльную полку и практически не развивается с 2014 года, а модификаторы методов - это отнюдь не скрижали и не голос из неопалимой купины, а быстрая тяп-ляп работа под конец рабочего дня. С тем же успехом модификаторы можно было расставлять по броску костей, но вдруг 10 лет спустя после написания кода верховный жрец-разработчик узрел их тайный смысл и произнес роковые слова: "ТАБУ!" |
|
![]() |
#2 |
Участник
|
Цитата:
Никак не подходит под патентованную технологию. Расст-елять! Неп-еменно расст-елять! А патентованная технология замечательная. Да-да. Ну, ничего, в данном случае можете снять мешающие вам final, protected можете использовать другое семейство классов с несколькими уровнями. Просто продемонстрируйте проектик с добавленной функциональностью, которую могут использовать пользователи со специальными правами, в которой используется мощнейшая технология атрибутов и SysExtensionAppClassFactory::getClassFromSysAttribute. Ведь это ж "просто пометить атрибутом". |
|
Теги |
sysextension framework, sysoperation framework, как правильно, полезное |
|
|