Должен ли веб-слой ASP.NET MVC ссылаться на файлы nHibernate .dll?

Question

Во всех разговорах о разделении интересов я, похоже, продолжаю сталкиваться с проблемой моего приложения ASP.NET MVC, которое ссылается на множество библиотек, связанных с nhibernate и беглым nhibernate, для внедрения зависимостей.

Это типично? Есть ли другой способ, которым я должен решить это? Я пытаюсь поместить всю логику, связанную с nHibernate, в проект Data, но когда мне нужно подключить ISessionFactory и ISession, я должен иметь доступ к ним на своем веб-уровне. Кто-нибудь нашел обходной путь к этому?

Answer 1

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

Answer 2

Честно говоря, не о чем беспокоиться. Я знаю, что вы хотели бы сохранить все связанные с данными зависимости вне своего уровня пользовательского интерфейса, но если вы хотите правильно использовать NHibernate там, где у вас есть ISession для каждого запроса, вы должны настроить его в Application_Start файла global.asax. Конечно, вы могли бы обернуть все в своем собственном интерфейсе и скрыть любую зависимость от NHibernate, но это действительно излишне. Не пытайтесь скрыть, что вы используете, как часто вы собираетесь переключать свой ORM?

Answer 3

Я не вижу проблемы с этим, но многие люди делают.

На самом деле до вас.