Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Структура программы [D6, D7, Win2k, WinXP]

RayGun © (2006-02-17 21:30:00)
Здравствуйте, уважаемые Мастера!

Согласно современным требованиям при создании более-менее крупного проекта рекомендуется придерживаться разделения структуры классов программы на графический интерфейс (GUI), бизнес-логику, уровень доступа к данным (DAL) и, при необходимости, железный уровень (HAL).
Так вот, вопрос: где провести границу между бизнес-логикой и DAL? Не противоречит ли этой идеологии обращение из GUI непосредственно к TDataSet и его потомкам, расположенными в DataModule, или же следует использовать для этого дополнительную прослойку в виде классов бизнес-логики с методами типа GetXXX, CreateXXX и UpdateXXX (я не имею в виду формы, содержащие TDBGrid и его аналоги типа UltraGrid и т.п., для них уже как бы есть прослойка)?
Какую посоветуете литературу по правильному проектированию структуры программы?

Desdechado (2006-02-17 22:41:00) [1]
<off>
одни бегут с дельфи на C# из-за продажи борландом, а другие мигрируют в обратном направлении
мда....
</off>

RayGun (2006-02-17 21:50:00) [2]
Большое спасибо!

В группе работал, но не на Delphi/CPP Builder, а на Visual Studio .Net (C#), там у нас использовался ADO.NET, а теперь возникла задача использовать Delphi или Builder. Вот в связи с этим и приходится разбираться с правильным построением структуры программы на Delphi/Cpp Builder, чтобы не создавать проги, написанные на ButtonClick.

Игорь Шевченко (2006-02-17 21:41:00) [3]

> Не противоречит ли этой идеологии обращение из GUI непосредственно
> к TDataSet и его потомкам, расположенными в DataModule

Вообще-то противоречит, но писать полный аналог data-aware controls для разрешения этого противоречия является, на мой взгляд, довольно неблагодарным занятием, так как немалый объяем работы будет потрачен на повторение уже сделанного.

> Какую посоветуете литературу по правильному проектированию
> структуры программы?

Мартин Фаулер, Архитектура корпоративных приложений, но для Delphi оттуда можно взять только часть.

В электронном виде часть материалов выложена на сайте автора
http://www.martinfowler.comна английском языке.

> (я не имею в виду формы, содержащие TDBGrid и его аналоги
> типа UltraGrid и т.п., для них уже как бы есть прослойка)

Для них тоже нет прослойки, потому что такие формы обращаются к Dataset, минуя методы объекта бизнес-логики, отсюда получается, что единой точки доступа к данным с учетом бизнес-правил не существует. кроме того, такие формы работают с данными, а не с объектами, что в общем-то тоже противоречит чистой теории.

Пример альтернативной разработки data-aware controls можно найти в
http://www.techinsite.com.au/tiOPF/Download.htm
(Object Persistent Framework)

С наилучшими,

API (2006-02-17 21:37:00) [4]
Это смотря насколько абстрагироваться.
Для кого и TDataSet - служба данных.

Какую посоветуете литературу по правильному проектированию структуры программы?

Брандт Д., Architectures. Exam 70-100.- СПб.: Питер, 2001.- 432 с.: ил.

Но лучше - поработать пару лет в группе.
А то можно такого напроектировать...

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »