наверное стоит выделить в отдельную ветку
mazzy: Опубликовал проект SysConfigFile 2.0
Цитата:
Сообщение от
trud
Если вводить такое условие - почему бы просто не использовать метод в АХ, который в зав-ти от имени аоса вернет все параметры в нужном виде. При добавлении аоса просто менять этот метод
обсуждалось.
1. установку аксапты может делать человек, который не знает Аксапты.
Этот человек не будет заходить внутрь аксапты, а тем более менять код чего-бы то ни было внутри аксапты.
Тем более, если это не человек, а скрипт
2.
использовать какой-либо признак внутри Аксапты - не выход.
прежде всего потому что в современных условиях "установка Аксапты" - это не запуск setup.exe, а копирование виртуалки в другую подсетку.
(при этом хорошо выделяются базовые образы и изменения. базовые могут быть общими для нескольких экземпляров виртуалок)
как бы то-ни было, при копировании стоит избегать модификации чего-бы то-ни было.
поскольку в современных условиях копируется не одна аксапта, а большой набор взаимосвязанных систем.
изменить инстанс, порт, название базы или что-нибудь в этом духе - это ж кучу всего перенастроить придется.
а вот подмонтировать другой storage с другими конфигурационными файлами к новой виртуалке - раз плюнуть.
или склонировать файлы из системы контроля версий куда-нибудь внутрь виртуалки.
Такую операцию может проделать человек, который аксапты вообще не знает. а также человек, который доступа к Аксапте не имеет. мало того, и не человек даже
мало того, в большинстве случаев именно так виртуалки и разворачиваются - базовый образ, снапшоты и подмонтируются конфиги для разных программ внутри виртуалки или набора виртуалок.
Цитата:
Сообщение от
trud
Почему не база?
хотя это тоже наверное обсуждалось
конечно, обсуждалось.
можно и какую-то внешнюю базу. мало того, такой вариант даже в коде был.
но базу не подошьешь к системе контроля версий
а текстовые файлы - запросто.