N-Layered Design Confusion

Может кто-нибудь предоставить мне веб-ссылку, которая показывает правильный подход n-Layered с примером исходного кода в VS2005 и C#?

Я запутался в одном: если я создаю слои, подобные следующим:

   UI
   |
Business Logic
   |
  Data Access

тогда как мне достичь истинного ООП?

Потому что в ООП все действия должны быть заключены в объекте.

Согласно моей мысли, это должно быть многоуровневым, как это:

   UI
   |
Business Objects
   |
Business Logics
   |
Data Access

Но когда я пытался создать такие слои, я столкнулся с проблемой круговых ссылок.

Один мой приятель сказал мне, что он решил эту проблему с помощью Reflection.

Так что же является стандартным подходом для разделения приложения aC# на слои?

И остро стоит вопрос, на каком слое находится OR-Mapping?

Источник

1 ответ

Решение

http://amrelgarhy.com/files/uploads/9-1-2009%208-58-14%20PM.png

И иногда бывает так:

http://amrelgarhy.com/files/uploads/9-1-2009%208-59-14%20PM.png

Итак, как вы видите на 2 предыдущих диаграммах, ORM находится на уровне доступа к данным.

Источник
Другие вопросы по тегам