Как службы данных ADO.Net поддерживают POST как нечто иное, чем создание?

Question

Из документации, которую я читал до сих пор, службы данных ADO.Net позиционируются как способ предоставления CRUD-подобного интерфейса таблицам в базе данных способом RESTful. Это отлично подходит для приложений, которые выполняют только эти четыре операции, но как насчет приложений, которые делают больше?

А как насчет глаголов, таких как Печать, Утверждение, Передача, Копирование, Передача, Обработка, Вычисление.

Общий подход в приложениях RESTful заключается в создании новых ресурсов, с которыми можно взаимодействовать для выполнения этих дополнительных запросов. например Создайте ресурс принтера, который можно опубликовать для выполнения операции печати. Однако эти ресурсы не обязательно соответствуют таблицам или представлениям в базе данных.

Как ADO.Net Data Services обрабатывает эти ресурсы, которые не отображаются в таблицу? В качестве примера предположим, что вы рассчитывали платежную ведомость и создали конечную точку / PayrollService / PayCalculator. Размещение объекта, содержащего некоторую информацию о сотрудниках и их валовой заработной плате, будет указывать ресурсу PayCalculator возвращать сотрудникам льготы и вычеты.

Answer 1

Службы данных могут предоставлять «любой» граф объектов, для которого вы реализуете IQueryable и, необязательно, IUpdateable. Объекты никоим образом не должны быть сопоставлены с БД. Это должно делать то, что вы ищете. Проверьте это 15-минутное видео http://channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Surfacing-Data/

Вы также можете реализовать сервисные операции - методы, если хотите. Хорошо - не так приятно, но удобно и легко сделать. Проверьте это 7 мин видео http://channel9.msdn.com/posts/mtaulty/ADONET-Data-Services-VS08-Sp1-B1-Service-Operations/