Доброго времени суток!

Недавно начал изучать NHibermate и наткнулся на проблему LazyLoading связанных коллекций в приложении, состоящем из нескольких слоев. Структура приложения такова:

1 проект: TestProject.Model
Здесь находятся только лишь сущностные классы. Вынесение этих классов в отдельный проект обусловлено тем, что в идеале хотелось бы абстрагироваться от конкретной ORM.
Пример




2 проект: TestProject.DAL
Здесь находятся репозитории, релизующие CRUD-операции, плюс ряд дополнительных методов, типа GetAuthorByName. В этом же проекте находятся файлы маппингов NHibernate, которые указывают на соответствующие классы в TestProject.Model. Соответственно там же инкапсулировано все, что связано с NHibernate, типа класса SessionManager, который возвращает текущую сессию.

3 проект: TestProject.Logic
Здесь находятся контроллеры, которые реализуют бизнес-логику. Например, есть метод, добавляющий новую книгу. При вызове он сначала проверяет бизнес-правила (например, обращается к репозиторию с проверкой, нет ли уже книги с таким же названием и с таким же автором), потом, если все прошло успешно, сохраняет новую книгу в БД опять же при помощи обращения к репозиторию. Кроме того, здесь же находятся обертки над практически всеми методами репозитория, например, метод GetBookByName, который выглядит примерно так:



Приходится писать эти обертки потому, что не хотелось бы давать 4-му проекту (см. ниже) прямой доступ к репозиторию, а некоторые из мелких методов репозитория, например, метод, приведенный выше, требуется в 4-м проекте.

4 проект TestProject.UI.
Здесь, собственно находятся ASPX-страницы приложения, которые обращаются к контроллерам, получают данные, сохраняют, редактируют и т.д.

В итоге TestProject.DAL ссылается на TestProject.Model, TestProject.Logic - на TestProject.Model и TestProject.DAL, TestProject.UI - на TestProject.Model и TestProject.Logic.

Проблема собственно, заключается в том, чтобы понять, как получить вложенные коллекции в TestProject.UI через LazyLoading. Например, одной aspx-странице нужен просто список авторов, а другая использует еще и коллекцию Books. При этом приходит объект BookProxy и при дата-биндинге бросается LazyInitializationException (no session). Почему так происходит - понятно, т.к. aspx-страница обратилась к контроллеру, тот сделал вызов соответствующего метода репозитория, обернув его в using и возвратил коллекцию клиенту. Понятно, что в это время сессия уже закрыта, и получить вложенную коллекцию нельзя.
При копании в интернете наткнулся на такой способ


Возникает вопрос, куда писать этот метод. В сущностный класс, как реализацию get не хотелось бы, поскольку, как сказано выше, в идеале хотелось бы отвязать модель от ORM. В метод контроллера тоже непонятно, поскольку в этом случае коллекция будет подгружаться видимо всегда, а как написано в приведенном выше примере, одной aspx-странице может потребоваться вложенная коллекция, а другой нет. Писать в UI при дата-биндинге тем более неправильно.

Таким образом, прошу помощи в решении следующих вопросов, внятных ответов и примеров на которые найти не удалось:
1. Как все-таки получить в UI вложенную коллекцию через LazyLoading?
2. Можно ли как-то избавиться от оберток в контроллерах, с учетом того, что не хотелось бы давать прямой доступ UI к репозиторию, и при этом многие его методы им все равно используются?
3. Какие исправления можно внести в архитектуру?

Заранее спасибо за ответы.

Возможно, что-то не совсем понятно написал, поэтому отвечу на любые уточняющие вопросы.

SolYUtor1. Правильный способ: Выкинуть репозитории, и работать с сессией во время жизни до тех пор, пока она вам нужна.

Т.е. вы предлагаете не делить приложение на слои и все писать в одном проекте? А сессию держать, например, в Global.asax?
SolYUtor2. Корявый способ: Использовать NHibernateUtil.Initialize() вместо приведённого вами корявого кода.

Такой способ через Initialize() тоже видел, только опять же непонятно, где его писать.

SolYUtorДа. Делить не надо

Получается, репозиторий, бизнес-логика и UI будут в одном проекте? Как это согласуется с концепцией многослойных приложений?
SolYUtorСессию держать в global.asax и других статических полях категорически не рекомендую. Туда можете запихнуть SessionFactory, а сессия должна жить не более чем webrequest.
Ну да, я это и имел в виду, не так выразился немного. В Global.asax находится SessionFaсtory, которая возвращает ссылку на текущую сессию.
SolYUtorПосле загрузки сущности, пока еще жива сессия.
Тогда непонятно, как будет реализована ленивая загрузка по запросу (когда одной странице нужна вложенная коллекция, а другой нет). Так можно сделать только если не разделять приложение, и в code-behind страницы писать эту подргрузку. Что опять приводит нас к тому, что все слои будут в одном месте.

Т.е., я так понимаю, архитектурного решения для этой проблемы нет?

SolYUtor,

Спасибо, буду думать

SeVa,

Спасибо, почитаю.

SolYUtor,

Спасибо, эту статью читал. Через http-модуль не очень бы хотелось, поскольку это даст связь между UI и конкретной ORM. Этого бы хотелось избежать.

SolYUtor,

Так вот и хотел попробовать на тестовом проекте. Но видимо, полностью ее использование от вышележащих слоев все равно скрыть не удастся.