|
|
|
N-Tier приложение, как оптимально скомпоновать?
|
|||
|---|---|---|---|
|
#18+
Уважаемые коллеги, здравствуйте! У меня возник вопрос о "правильном" построении "многослойного" приложения. Допустим в приложении 3 слоя, каждый из которых располагается в отдельной сборке: - data access layer - business layer - presentation layer Допустим данные, которыми оперирует приложение, инкапсулированы в классы и при реализации приложение правило, что вышележащий слой знает только об одном слое непосредственно лежащем под собой и ничего не знает о слое над собой. Кроме того, необходимо иметь возможность в любой момент подключить любой другой "data access layer" для работы с альтернативным источником данных (переключиться с СУБД на XML). Вопрос: в сборке какого слоя объявлять непосредственно сами классы что бы избежать излишнего связывания? Стоит ли объявлять непосредственно сами классы (бизнес-сущности) в совершенно отдельной сборке и ссылаться на эту сборку в слое доступа к данным и бизнес слое? Где объявлять интерфейс, который должен реализовывать слой доступа к данным? Буду признателен, за конструктивные ответы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.09.2010, 14:43:24 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=36845574&tid=1343458]: |
0ms |
get settings: |
16ms |
get forum list: |
24ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
72ms |
get topic data: |
16ms |
get forum data: |
3ms |
get page messages: |
62ms |
get tp. blocked users: |
3ms |
| others: | 258ms |
| total: | 460ms |

| 0 / 0 |
