14 апреля 2009 г. 13:03 пользователь Pavel Wolneykien <[email protected]>написал:
> > Stanislav Ievlev <[email protected]> wrote: > > > > > > > После прочитывания показалось, что metaalterator не должен быть бакендом, > собственно это и не бакенд - это моделирование данных. Есть > > определённый смысл оформить его как библиотеку guile. > > Почему не бакенд? БД традиционно называют бакендом, а я его начинал > писать как маленькую БД. :)) > > > Вообще задача моделирования очень сложная - мы кажется уже делали два или > три захода - ничего путного не получилось. Очень хочется чтобы > > metaalterator стал-таки средством моделирования в alterator ;) > > А что за заходы? Можно ткнуть носом?.. :) Боюсь что сейчас ткнуть можно только в историю tla/git ;) Первая модель была отдельным слоем между бакендом и интерфейсом. Эта прослойка могла из одного высокоуровневого запроса делать несколько низкоуровневых запросов и объединять несколько низкоуровневых ответов в один высокоуровневый. Но работало это всё в теории. На практике соорудить сферического коня с приемлемой скоростью работы и функционалом не получилось. Остатки можно поглядеть на ftp в Compact 3.0 ... по-моему там так и называлось оно - model. Вторая попытка - это "бакенды над бакендами", идея та же. В сочетании с constraints можно найти в 4.0 ... кажется таким был users. Там на высоком уровне пользователь добавлялся, а на низком пахали два отдельных бакенда - один для пользователей и второй для групп. Идея провалилась прежде всего из-за того что отлаживать такие бакенды было практически невозможно - не очень удачное на тот момент (да и сейчас) устройство alterator было. Да и вообще не очень удобно было работать. "constraints" тоже можно считать частью этой попытки. Идея была из некоторого описания параметров бакенда автоматом получать подходящее поведение в интерфейсе. Провалилось из-за того что автомата как всегда не хватало - я много получил мата от разработчиков модулей ;) Потом "constraints" распались на "эффекты" и "типы". Последние живы и процветают, первые в общем-то не очень нужны ибо есть ajax на схеме ;)
_______________________________________________ devel-conf mailing list [email protected] https://lists.altlinux.org/mailman/listinfo/devel-conf
