Re: [devel] Q: future of alterator backends

[Anton Farygin <rider@altlinux.com>]

29.10.2009 00:33, Mikhail Efremov пишет:
> On Wed, 28 Oct 2009 23:11:07 +0300 Anton Farygin wrote:
>>> New style backend will look like:
>>> --
>>>
>>> alterator_api_version=1
>>>
>>> . alterator-sh-functions
>>>
>>> ....
>>>
>>> alterator_export_var a ipv4-address
>>> alterator_export_var b hostname
>>>
>>> alterator_export_proc foo
>>> alterator_export_proc bar
>>
>> Стас, а если foo, bar, ipv4-address и hostname надо получать из
>> медленного источника, то не получится ли замедления - нам ведь
>> придётся проинициализировать все эти значения _одновременно_ ?
>
> Нет, если я правильно понял мысль Стаса - это просто инициализация
> именами. Реальный вызов функции foo произойдет только когда будет вызов
> (woo-call "/backend/foo" arg1 "value1" arg2 "value2") из клиентского
> кода.
> В целом все это позволит выкинуть одинаковый, повторяющийся
> в каждом бакенде код. Так что мне нравится :)

Если так, то конечно хорошо.

Стас, может быть сразу подумаешь над тем, как делать обработку больше 
чем одного уровня в дереве ?

foo/faa/fuu
bar/bor/bur

особенно это интересно для тех случаев, когда содержимое foo зависит от 
окружения, т.е. - динамически изменяется.