Какую архитектуру используем для реализации бизнес-логики в приложении?

Реализуем трехуровневую архитектуру. На основе СУБД SQL Сервер - бизнес логика - хранимые процедуры, динамические библиотеки, реализующие основной функционал без пользовательского интерфейса, первичные данные извлекаются из таблиц посредством представлений. Представления являются источником для отображения данных в приложении. Хранимые процедуры выполняют операции вычисления и операции по обновлению данных. Динамические библиотеки содержат те методы, которые наиболее удобно было реализовать в среде ООП. Доступ к данным осуществляется через набор библиотек OLEDB, посредством вызовов методов обертки ADODB. Все операции доступа к данным реализованы через динамическую библиотеку, являющуюся объектом автоматизации (COM - технология). Это позволило программно отделить визуальное отображение от логики реализации. Поэтому пользовательский интерфейс получилось реализовать и как приложение WINDOWS так и приложение WEB.

 

Бизнес логику стараюсь реализовавывать в виде серверного приложения - пока COM+.

 

АГА, наш человек. ТО, что хорошо делает субд - надо делать в субд, все остально пихать в сервер, что не пихается в сервер или требует передачи больших объемов данных назад на сервер - оставляем клиенту

 

Похоже на копипаст из учебника...
подтухшего...

 

Или СУБД или Сервер....на клиенте оооочень редко (я вообще всего 2-а раза вспмнил), когда не нашли способ как реализовать на сервере (большой поток траффка был бы)..

 

?Что же это может быть?

 

Mix
У нас (как пример) это различные проверки валидности вводимых данных. (даты рождения - номера паспорта -города, прописка, правильность адресов)...Все это можно проверить и на сервере (передав туда все это от клиента), но это генерит реально дофига траффика. Проще обновить справочники на клиенте (раз в месяц) и проверять на нем...

 

для win-forms использую BLToolkit

 

Под Дельфями - трёхзвенка. Сейчас Оёбс - он тоже трёхзвенный.