|
|
|
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&fpage=98&tid=1343458]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
81ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
22ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 371ms |

| 0 / 0 |
