Приколы хранения настроек аддона для ACAD
На NET Framework существует некий аддон. В аддоне есть какие-то там параметры. Че будет, если их не просто менять, а удалять как неиспользуемые?
Попробую разобраться.
Допустим, в параметрах приложения появляются несколько параметров типа "строки подключения к БД":
Dbase1 = "Data Source = KPBLC-VMWARE;Initial Catalog=Dbase1;Persist Security Info = False; Integrated Security = SSPI"
Dbase2 = "Data Source = KPBLC-VMWARE;Initial Catalog=Dbase2;Persist Security Info = False; Integrated Security = SSPI"
Dbase3 = "Data Source = KPBLC-VMWARE;Initial Catalog=Dbase3;Persist Security Info = False; Integrated Security = SSPI"
Все это барахло хранится в файле user.config, который болтается где-то в глубинах %AppData%\Autodesk,_Inc\DefaultDomain_Path_<Странная матерщина>\<Не менее странная матерщина>
Проходит какое-то время, и я понимаю, что надо делать собственное хранилище на эти строки. Ок, сделал. А как быть с имеющимися строками? Правильно, сносить!
Ок, снес. Реально работающий код уже гарантированно использует новый механизм. Но вот проблема: в файле "штатных" настроек эти данные могут никуда не исчезнуть, и продолжить вполне спокойно существовать. Автоматически они не сносятся.
Мораль: если меняется механизм хранения достаточно критических настроек, стоит заморочиться и предоставить доступ к новому механизму / месту хранения настроек. Хотя бы чтоб тот же lisp читал настройки из корректного места, а не хрен пойми откуда.
К примеру - прописать LispFunction типа GetDBaseConnectionStrings, который уже внутри NET-кода будет обращаться к соответствующему месту и не пытаться ломиться непонятно куда.
