2012-06-20 2 views
0

Этот вопрос касается того, что я говорю:REST Services израсходован, Domain Model

Consuming REST Web Service in .NET MVC 3

А также это находится в правой части:

Is it good to return domain model from REST api over a DDD application?

Так .. .

У меня есть несколько ресурсов (WCF REST), которые выплевывают XML. Из ASP.NET MVC подход до сих пор заключался в том, чтобы извлечь ресурс в виде XML через URI ресурса (http://uri.com/collection), десериализировать это для модели домена и затем в конечном итоге использовать AutoMapper для сопоставления с DTO. В контроллерах ASP.NET MVC эти DTO сериализуются как JSON, который затем представляется с использованием какой-то причудливой библиотеки JavaScript в представлении.

Это было похоже на более чистый подход, отделяющий модель домена от модели представления.

Я смотрел другие приложения ASP.NET MVC, и люди ссылаются на свои ресурсы (WCF REST) ​​в контроллере ASP.NET MVC и поэтому имеют зависимость от сборки, в которой живет контракт. сериализуя это как JSON и делая в значительной степени то же самое, что и я, чтобы представить данные.

Хотя мой путь более чист, я чувствую, что другой метод более прагматичен.

Я смущен. Без промедления я хочу построить наилучшее решение.

И чтобы еще больше запутать меня, существуют ли другие подходы к тому, что я делаю?

ответ

2

Я не уверен, каков ваш вопрос на самом деле. Если это связано с использованием XML в сравнении с JSON, я бы сказал use RestSharp to consume your services and be done with it. Позвольте ему сделать шаблонный код для вас. Если вы хотите разоблачить API по-разному, я бы предложил что-то вроде ServiceStack, которое создает API, который можно использовать, как вы хотите (XML, JSON и т. Д.). Я не уверен, отвечает ли этот вопрос на ваш вопрос ...

+0

Мой вопрос был больше о моем подходе к GET ресурсу, а затем десериализуем это на модель домена, сопоставляем DTO и затем seriliase с JSON по сравнению с другим подходом к ссылке контракт ресурса и сериализация DTO ресурсов как JSON. – youwhut

+0

Мне нравится внешний вид RestSharp, до сих пор я использовал MicroSoft HttpClient. – youwhut

+0

@youwhut Я не уверен, с чего начать ... но я думаю, вам нужно больше узнать о REST ... это больше о гипермедиа и о себе, описывающих сообщения. То, что я пытался сделать, это то, что формат не должен иметь значения ... Если вы действительно успокаиваетесь, то вам не стоит беспокоиться о том, чтобы использовать какой-либо контракт, поскольку он принадлежит серверу в истинном REST .... it это сложная концепция, которую многие понимают и являются причиной большой путаницы ... старайтесь избегать REST, просто становясь RPC как REST –