|
Хранение служебных флагов в типовых конфигурациях |
☑ |
0
ildary
06.03.19
✎
07:32
|
Уважаемые специалисты, посоветуйте пожалуйста, как правильнее хранить небольшие служебные данные в типовых конфигурациях типа УТ11 (КА2, ERP)? Иногда приходится в добавленный код вносить опасные изменения, для которых надо предусмотреть быстрый откат, например
Если ФлагОтката Тогда
СтараяБезопаснаяПроцедура();
Иначе
НоваяПроцедураВозможноСГлюками();
КонецЕсли;
Где лучше хранить ФлагОтката? Городить свой регистр сведений для таких вещей? ХранилищеОбщихНастроек?
|
|
1
Ifkerri
06.03.19
✎
07:42
|
Например сделать РС "Функциональность"
Измерение "Ключ" - Строка (150)
Измерение "Организация" - Спр.Организации
Ресурс "Значение" - Булево
РС - периодический
И в коде указывать если укзаано ИСТИНА в значении на дату по организации и указанному ключу то выполняется"опасный" код иначе типовой. Тем самым можно быстро отключать те или иные куски кода.
|
|
2
dvva
06.03.19
✎
07:49
|
только ключ лучше ПВХ, зачем ограничиваться только строковыми идентификаторами
|
|
3
ildary
06.03.19
✎
07:49
|
(1) Ваш вариант я описал в "свой регистр сведений". Конечно можно и так, но вдруг есть более красивый способ.
|
|
4
LordCMEPTb
06.03.19
✎
07:57
|
Как вариант, можно добавить внешнюю обработку в базу (в которой настраивать все флажки), а сохраняемые значения хранить в "ХранилищеНастроек" элемента справочника этой обработки. Но это такой себе вариант для получения данных из кода конфигурации:
Настройки = Справочники.ДополнительныеОтчетыИОбработки.НайтиПоРеквизиту("ИмяОбъекта", "ВнешняяОбработкаСохраненияНастроек").ХранилищеНастроек.Получить();
|
|
5
Конструктор1С
06.03.19
✎
08:39
|
(0) такой подход уже сам по себе опасен. Используйте расширения и не парьтесь
|
|