Возникла задача сделать-таки наконец общий код для всех конфигов типа "shell", то есть содержащих список параметров типа: имя=значение И символ комментария - #
Понятное дело, что возникает разделение на две части: 1. Правилка конфигов (в дальнейшем правилка). 2. Выскокоуровневые описания (в дальнейшем транслятор). Благодаря которым происходили бы превращение запросов типа "включить анонимный доступ к ftp " в серию команд к правилке конфига Вопрос в том , где в архитектуре alterator лучше поместить эти части. Возможны следующие варианты: 1. Правилка - обычный бакенд. Транслятор - подсистема в alterator, висящая на общей общей шине woobus. 2. Правилка - вспомогательная библиотека. Транслятор - "обобщённый бакенд", который при помощи симлинков и конфигов "подстраивается" под тот или иной случай. 3. Правилка - библиотека экспортируемая через XML-RPC . Транслятор или обобщённый бакенд или подсистема в alterator или вообще подсистема живущая в описании некоторого UI, которая вызывает требуемые "сервисы" этой библиотеки. Какие будут мнения и предложения? -- Стас. _______________________________________________ Devel-conf mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/devel-conf
