Этот вопрос касается того, что я говорю: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 и делая в значительной степени то же самое, что и я, чтобы представить данные.
Хотя мой путь более чист, я чувствую, что другой метод более прагматичен.
Я смущен. Без промедления я хочу построить наилучшее решение.
И чтобы еще больше запутать меня, существуют ли другие подходы к тому, что я делаю?
Мой вопрос был больше о моем подходе к GET ресурсу, а затем десериализуем это на модель домена, сопоставляем DTO и затем seriliase с JSON по сравнению с другим подходом к ссылке контракт ресурса и сериализация DTO ресурсов как JSON. – youwhut
Мне нравится внешний вид RestSharp, до сих пор я использовал MicroSoft HttpClient. – youwhut
@youwhut Я не уверен, с чего начать ... но я думаю, вам нужно больше узнать о REST ... это больше о гипермедиа и о себе, описывающих сообщения. То, что я пытался сделать, это то, что формат не должен иметь значения ... Если вы действительно успокаиваетесь, то вам не стоит беспокоиться о том, чтобы использовать какой-либо контракт, поскольку он принадлежит серверу в истинном REST .... it это сложная концепция, которую многие понимают и являются причиной большой путаницы ... старайтесь избегать REST, просто становясь RPC как REST –