[oodisc] Re[2]: [oodisc] Re: Проект OpenOffice и "решения"

[Raoul & Natalia Nakhmanson-Kulish]

Allin punchaw qampaq, Dmitry!

В твоем письме от 25 декабря 2002 г., 11:53:27, нам удалось вычитать:

>> это называется так, сокращенно FEDT).
DS> Если рассматривать GnuEnterprise то по пунктам:
Посмотрели :) действительно, крайне интересный проект.

Смущает только использование Python. Не спорим, язык мощный и гибкий, но в
перспективе хотелось бы, чтобы и OOo, и FEDT использовали бы единый
язык. Планируется ли интеграция GnuEnterprise и OOo?

DS> Возможно несколько специализированный, но DB Abstraction Layer
DS> есть.
Здорово :) а он может выдавать данные в XML-потоке?

DS> Поскольку с хранимыми процедурами переносимость можно
DS> потерять следующий этап это перенос бизнес логики на application
DS> server (в стадии написания-переписывания).
Нам не кажется, что это оправданно. Проблемы с хранимыми процедурами
специфичны AFAIK только для MySQL, и для нее можно было бы придумать
какой-нибудь workaround (например, подстановка тела процедуры как
макроса). Все-таки процедуры - слишком мощное средство,
имеющее в большинстве СУБД существенно большее быстродействие, чем
просто эквивалентный запрос.

DS> Самый мощный в gnue инструмент это Gnue Forms :) Произвольные
DS> формы описанные в формате XML. Любая обработка данных на стороне
DS> клиента через триггеры привязанные к интерфейсным элементам и
DS> типам событий. Язык написания - python.
Есть ли планы конвергенции Gnue Forms и XUL/XBL?

__
Счастливой Пачи - Myr AKA Manko
PGP DH/DSS Key ID 0x11807439, Fingerprint dhgGjJy7vbTzfdp+97vZ8hGAdDk=