23.06.2014, 11:10 | #1 |
Участник
|
Отключить функционал в компании
Есть несколько компаний, нужно, чтобы некоторая функциональность исполнялась в одних компаних, но не исполнялась в других.(н-р испанкий функционал, французский и тд..)
Стандартный подход - добавить параметры в CompanyInfo и потом в коде их анализировать - запускать или нет функционал(ну или доп табличку сделать) Какие есть альтернатиные решения? ах2012 |
|
23.06.2014, 12:26 | #2 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: kitty (1). |
24.06.2014, 13:56 | #3 |
Участник
|
В Менюитеме можно присвоить свойству CountryRegionCodes строку CA,FR,US
Он будет виден только в компаниях соотв. стран. В данном случае в Канаде, Франции и США.
__________________
// no comments Последний раз редактировалось dech; 24.06.2014 в 13:59. |
|
24.06.2014, 14:37 | #4 |
Banned
|
Кстати, мы теперь знаем имя "героя", который в ответе за это удивительное архитектурное решение, дружно и по команде подхваченное локализаторами всея MBS: некий Райан. Вот что пишет Райан:
Цитата:
Short answer, no there isn't a supported way to disable the country region functionality.
Longer Answer: It is possible, but tricky and likely an unsupported scenario due to the complexity. Here is what I know from a quick cursory glance. Kernel: The functionality for this feature is actually implemented as a hybrid solution where the kernel does the country code match evaluation and handles the various control state changes. (visible/invisible, enable/disable). The hybrid approach comes into play in that the kernel has an dependency on the SysCountryRegionCode class which has application code that performs the lookup of the country region codes based on input from the kernel. If that class is not present, or a series of the classes methods were missing the kernel wouldn't attempt to manage the control states. That said, even if you were to disable the kernel side of the equation the application code has similar evaluation checks in several hundred places throughout the codebase. Each of these would need to be evaluated to understand the impact of having potentially mutually exclusive functionality enabled at the same time. At the end, this would be a pretty intrusive customization so I wouldn't recommend it given the short amount of time that I've spend considering the impact. |
|
|
За это сообщение автора поблагодарили: kitty (1). |
27.06.2014, 01:56 | #5 |
Участник
|
Где можно почитать такие чистосердечные признания?
|
|
Теги |
countryregioncodes, syscountryregioncode |
|
|