Организация среднего (большого) проекта интерфейса к БД

← →
Awex (2002-02-27 15:21) [11]

2Arhelon
А зачем писать свой интерпретатор, это дело не благодарное тем более есть уже готовые решения, осталось только их интегрировать со своим проектом.
Я вот например я пользую Dream, Юрий Жуков рекомендует использовать RALib.

Недостатки использования Dll в качестве контейнеров для форм подобного рода. (С моей точки зрения)
1. Это дикий суммовой объем всего приложение.
2. Получаешь тяжолое не гибкое плохо адаптируемое приложение Чтоб изменить что DLL нужно компилить (не на всех машинах клиента есть Delphi, да и исходники не у всех будут).
3. DFM можно хранить в DB, и каждому юзеру довать свой набор в зависимости от его прав. А представляешь когда у тебя таких форм около сотни ? И эта возня с перекомпиляцией DLL ?
4. Если формы из DLL будут подыматься как MDI Child то это еще источник глюков.
5. Да и использования механизмов Delphi(делфа сама подымает DFM из рессурса) мне кажется предпочтительней.

Конечно перечисленное мной недостатками DLL не назовешь, скорее всего это неудобства их использования для задачи подобного рода, но все же...

Организация среднего (большого) проекта интерфейса к БД Найти похожие ветки