#asp.net-mvc-3 #rest #entity-framework-4
#asp.net-mvc-3 #rest #entity-framework-4
Вопрос:
Я создаю свой первый ASP.NET Приложение MVC 3, и мои данные поступают из источника данных, доступ к которому я могу получить только через его REST API.
На данный момент я буду использовать доступ ТОЛЬКО для чтения к источнику данных REST (без обновления и т. Д.)
Я хотел бы использовать Entity Framework V4 для предоставления интерфейса Business Entity для MVC 3, не предоставляя его REST API.
Мне нужно быстро заставить что-то работать, поэтому у меня пока нет времени на полное понимание шаблонов серверного уровня / UnitOfWork и репозитория, хотя я планирую перейти к следующему.
В настоящее время я готов использовать класс репозитория, но еще не готов к контейнеру DI / IoC.
Любые предложения о том, куда идут вызовы API RESP?
Редактировать
Задавая этот вопрос, я понял, что не обязательно полезно интегрировать ORM с REST API — см. Мой принятый ответ ниже.
Комментарии:
1. Не уверен, что понимаю ваш вопрос. Вы хотите поместить ORM поверх REST API?
2. Я думаю, вы правы, это, вероятно, необоснованно, нет? Если я создаю приложение MVC 3, должен ли я помещать вызовы REST в свои классы моделей и возвращать строго типизированный IEnumerable<T> для чего-то вроде GetAll() ?
3. Да, точно. Смотрите мой ответ ниже.
Ответ №1:
Объектно-реляционный Mapper или ORM, подобный Entity Framework, был специально разработан для абстрагирования реляционной базы данных. Возможно, он не подходит для вызовов REST.
Вместо этого вы могли бы создать класс репозитория, который инкапсулирует вызов REST и предоставляет такие методы, как IEnumerable<T> GetAll() или T GetyById(...) .