Сопоставление объектов для nHIbernate Fluenty

Question

У меня проблема с проблемой, которая обматывает мою голову вокруг задачи или даже больше, поэтому лучший способ сделать это.

Возьмите образец проекта:

• UI
• DATA (Assembly)
• SERVICE (Сборки), построенный на DATA

ли я помещал все отображения в сборке DATA или должны Я разделяю их на сборки SERVICE? Или я должен вообще избавиться от сборки DATA?

Этот вопрос вытекает из имеющих статический вспомогательного класса NHibernate в любом узле DATA или сборку UTILITY который затем ссылается из службы узлов и т.д.

Ссылки проекта Направление

UI> ДАННЫЕ/ПОЛЕЗНЫЕ

DATA/UTILITY < УСЛУГИ

UI> УСЛУГИ

Я просто делаю это сложнее или делаю это неправильно/правильно?

Примечание:

Я упомянул Fluent, как в то время как я знаю, что вы можете использовать config.xml для ссылки на сборки на карту, я не совсем уверен, как сделать это с Fluent без фактической ссылки сборки проекта - который заставляет меня попадающих в круглую опорную петлю.

Answer 1

Если вы заинтересованы в том, чтобы отделить код сопоставления от определений ваших объектов (ваших данных), вам нужна дополнительная сборка, сборка уровня доступа к данным, которая ссылается на вашу сборку данных и содержит проблемы с доступом к данным (например, ваши NHibernate-сопоставления). Таким образом, ваша сборка DATA просто содержит ваши POCOs и знает знания о сохранении. Ваша сборка доступа к данным ссылается на вашу сборку данных и имеет знания о сохранении. Я бы сохранил ваши вспомогательные методы NHibernate из вашей сборки «UTILITY» и вместо этого разместил их в этой новой сборке «доступа к данным».

Чтобы все было сказано, если вы не хотите отделять свои данные от механизма персистентности, вы можете просто сбросить все (сопоставления и вспомогательные функции) в сборке DATA.