В сообщении от Friday 02 November 2007 16:16:12 Michael Shigorin написал(а):
> On Wed, Oct 31, 2007 at 02:02:42PM +0300, Stanislav Ievlev wrote:
> > Следующим этапом на основании этой схемы я смогу уже генерить код
> > бакендов ( a la IDL) ;) ... на этом этапе надеюсь мы получим code
> > reuse между connexion, alterator и прочими конфигураторами ;)
>
> Так всё-таки цели какие? connexion и текущий alterator -- это
> всё-таки частности, под которые не стоит заранее всё прогибать.
>
> А то потом может оказаться, что заслонившись одними частностями
> -- посеяли другие, и главное -- не добились того, чего стоило
> добиваться (будь это универсальные фронтэнды или простота
> освоения основ написания модулей какой-то целевой аудиторией).
Цели:
* поиметь способ описания структуры дерева, которое провайдит бэкенд
* способ должен удовлетворять цели, но быть не черезчур сложен для человека
Задачи:
* разработать/выбрать формат файла -- отдельного файла, либо встроенного
* описание узлов дерева
* описание параметров узлов дерева
* докстринги к ним
В принципе, при этом, в идеале схема (назовём это схемой, ибо это она и есть)
должна не зависеть от языка реализации бэкенда. Для этого мы должны сойтись
на том, что:
* есть дерево
* каждый узел имеет имя
* каждый узел может принимать параметры, от 0 до k
* каждый узел может иметь докстринг
* каждый параметр может иметь докстринг
* каждый параметр имеет свойства: типа, ограничения и т.п.
например, можно попробовать описать такое дерево:
* network
|
* interfaces
|
* ethernet name=lan, hwaddr=00...ff, address=10.0.0.1/24
|
* ethernet name=wan, businfo=00..ff, dhcp=True, masq=True
ну и т.п.
--
Peter V. Saveliev
_______________________________________________
devel-conf mailing list
[email protected]
https://lists.altlinux.org/mailman/listinfo/devel-conf
