Миграция из служб данных WCF в WebApiOdata

В настоящее время мы рассматриваем возможность перехода с WCF Data Services на WebApiOData. Проблема, которую я вижу, заключается в том, что мы должны создать метод в контроллере webApi для каждой отдельной таблицы/представления, которые у нас есть, которые нам нужно запрашивать у клиента. Модель объекта определена в edmx с несколькими таблицами. Наличие одного стандартного odata.svc, который просто позволял нам добавлять таблицу в edmx и просто запрашивать ее прямо через odata.svc, было золотым, необходимость добавлять метод каждый раз, когда мы добавляем представление или таблицу в edmx, будет кошмаром. и если мы говорим о > 50 таблицах/представлениях, это просто превратится в беспорядок методов везде.

Есть ли более простая стратегия для одного контроллера, который определяет глобальный метод получения, который мы можем просто запрашивать для всех таблиц/представлений в edmx? Или мне нужно создать методы для всего?


person Matt    schedule 05.03.2015    source источник


Ответы (1)


RESTier — это уровень абстракции над OData веб-API, который должен быть похож на службы данных WCF, но по-прежнему обеспечивают гибкость OData веб-API. У него уже есть поставщик EF, поэтому в идеале вы должны начать работу в течение нескольких минут с очень небольшим объемом кода. Независимо от того, работает это или нет, мы будем рады узнать о вашем опыте либо в комментариях на страницах GitHub, либо по адресу [email protected].

person Mark Stafford - MSFT    schedule 05.03.2015
comment
Вставка руководства по началу работы для удобства @Raven: odata.github.io/RESTier - person Yi Ding - MSFT; 05.03.2015