From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <rider@altlinux.com>
Message-ID: <4AE9332C.4040609@altlinux.com>
Date: Thu, 29 Oct 2009 09:16:12 +0300
From: Anton Farygin <rider@altlinux.com>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.9.1.5pre) Gecko/20091019 Thunderbird/3.0pre
MIME-Version: 1.0
To: ALT Linux Team development discussions <devel@lists.altlinux.org>
References: <c5318fd90910281135y1ea7a4a4w25a5cf3467f0cacb@mail.gmail.com>	<4AE8A55B.5000008@altlinux.com>
	<20091029003307.75568aee@sem.localdomain>
In-Reply-To: <20091029003307.75568aee@sem.localdomain>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Subject: Re: [devel] Q: future of alterator backends
X-BeenThere: devel@lists.altlinux.org
X-Mailman-Version: 2.1.12
Precedence: list
Reply-To: ALT Linux Team development discussions <devel@lists.altlinux.org>
List-Id: ALT Linux Team development discussions <devel.lists.altlinux.org>
List-Unsubscribe: <https://lists.altlinux.org/mailman/options/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=unsubscribe>
List-Archive: <http://lists.altlinux.org/pipermail/devel>
List-Post: <mailto:devel@lists.altlinux.org>
List-Help: <mailto:devel-request@lists.altlinux.org?subject=help>
List-Subscribe: <https://lists.altlinux.org/mailman/listinfo/devel>,
	<mailto:devel-request@lists.altlinux.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Oct 2009 06:16:43 -0000
Archived-At: <http://lore.altlinux.org/devel/4AE9332C.4040609@altlinux.com/>
List-Archive: <http://lore.altlinux.org/devel/>
List-Post: <mailto:devel@altlinux.org>

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 зависит от 
окружения, т.е. - динамически изменяется.