Ограничения использования конечной точки ODF / SOAP WCF RIA - PullRequest
1 голос
/ 03 января 2012

У меня есть небольшое приложение Silverlight, использующее WCF RIA для получения и обработки данных. Я думал, какие модификации я должен сделать, чтобы портировать приложение на WP7 или другие платформы. Прокси-сервер DomainContext, созданный в приложении SL, не поддерживается в WP7. (Я прав в этом?)

Так что я думаю, что мои варианты выставляют конечные точки OData или SOAP (или JSON) для DomainService. Многие источники говорят, что OData довольно ограничена, но как насчет класса DataServiceContext? Это почти так же функционально, как DomainContext? Я имею в виду, что он отслеживает мои загруженные объекты, и когда я сохраняю изменения, он сохраняет отслеженные изменения на сервере, и я думаю, что это очень полезно.

Но как насчет конечной точки SOAP или платформ, у которых не так много функций, таких как WP7 DataServiceContext? Как я могу внести изменения в этом случае? Должен ли я отслеживать каждое изменение вручную, и, например, если я хочу вставить 45 сущностей, я должен вставить их по одному с помощью базового метода вставки (CRUD)? (Сгенерированные прокси-серверы службы делают то же самое в фоновом режиме?)

Итак, чтобы подвести итог моих вопросов, какой подход является лучшим и наиболее независимым от платформы? Я думаю, что SOAP - это выбор, но так как я никогда не разрабатывал на Android или iOS, я не уверен. И также я не уверен, смогу ли я отправить обратно IQueryable в каждой конечной точке (или есть эквивалент на каждой платформе?). Если я не могу, нужно ли мне изменять все мои пользовательские запросы в доменной службе wcf ria, чтобы соответствовать ограничениям SOAP?

...