[Devel-conf] Metalterator: pattern syntax

[Stanislav Ievlev]

14 апреля 2009 г. 13:03 пользователь Pavel Wolneykien
<manowar на altlinux.org>написал:

>
> Stanislav Ievlev <stanislav.ievlev на gmail.com> wrote:
>
> >
> >
> > После прочитывания показалось, что metaalterator не должен быть бакендом,
> собственно это и не бакенд - это моделирование данных. Есть
> > определённый смысл оформить его как библиотеку guile.
>
>     Почему не бакенд? БД традиционно называют бакендом, а я его начинал
> писать как маленькую БД. :))
>
> > Вообще задача моделирования очень сложная - мы кажется уже делали два или
> три захода - ничего путного не получилось. Очень хочется чтобы
> > metaalterator стал-таки средством моделирования в alterator ;)
>
>   А что за заходы? Можно ткнуть носом?.. :)

Боюсь что сейчас ткнуть можно только в историю tla/git ;)

Первая модель была отдельным слоем между бакендом и интерфейсом. Эта
прослойка могла из одного высокоуровневого запроса делать несколько
низкоуровневых запросов и объединять несколько низкоуровневых ответов в один
высокоуровневый. Но работало это всё в теории. На практике соорудить
сферического коня с приемлемой скоростью работы и функционалом не
получилось.

 Остатки можно поглядеть на ftp в Compact 3.0 ... по-моему там так и
называлось оно - model.

Вторая попытка - это "бакенды над бакендами",  идея та же. В сочетании с
constraints можно найти в 4.0 ... кажется таким был users. Там на высоком
уровне пользователь добавлялся, а на низком пахали два отдельных бакенда -
один для пользователей  и второй для групп.  Идея провалилась прежде всего
из-за того что отлаживать такие бакенды было практически невозможно  - не
очень удачное на тот момент (да и сейчас) устройство alterator было. Да и
вообще не очень удобно было работать.

"constraints" тоже можно считать частью этой попытки. Идея была из
некоторого описания параметров бакенда автоматом получать подходящее
поведение в интерфейсе.  Провалилось из-за того что автомата как всегда не
хватало - я много получил мата от разработчиков модулей ;)
Потом "constraints" распались на "эффекты" и "типы". Последние живы и
процветают, первые в общем-то не очень нужны ибо есть ajax на схеме ;)
----------- следующая часть -----------
Вложение в формате HTML было удалено...
URL: <http://lists.altlinux.org/pipermail/devel-conf/attachments/20090414/e722ebe5/attachment.html>