Централизация доступа к данным: обернуть ORM в библиотеке классов или использовать веб-службу?

Question

Я пытаюсь централизовать доступ к данным в моей маленькой компании. Данные, которые я хочу представить в библиотеке классов или веб-службе, будут использоваться веб-приложениями ASP.NET (как веб-формами, так и MVC), настольными приложениями ASP.NET и веб-частями Sharepoint (MOSS 2007).

Это все внутренние вещи, так что есть ли необходимость в полномасштабном веб-сервисе (я думаю, ADO.NET Data Services) или мне просто нужно создать проект библиотеки классов, который использует Entity Framework (обернутый в Слой репозитория скорее всего)?

Answer 1

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

Если какое-либо из ваших приложений перенесено в место, где вызовы базы данных проблематичны (то есть через Интернет), хороший уровень доступа к веб-сервису хорош.

Я обнаружил, что любая библиотека, которая работает непосредственно с БД, проще для устранения неисправностей взаимодействий БД, чем сквозной веб-сервис.

В этих или / или сценариях я предпочитаю простоту. Начните с класса lib, используя Entity Framework. Если вам понадобится веб-служба, перейдите к ней с помощью веб-служб ADO.Net (или даже оберните свою библиотеку EF «Фаза 1» в службу WCF).