REST服務消費，領域模型

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開始，直到現在的方法都是通過資源URI（http://uri.com/collection）將資源作爲XML檢索，然後將其反序列化爲域模型，然後最終使用AutoMapper映射到DTO。在ASP.NET MVC控制器中，這些DTO被序列化爲JSON，然後在視圖中使用一些花哨的JavaScript庫進行呈現。

這感覺就像一個更純粹的方法，從視圖模型分離領域模型。

我一直在尋找其他ASP.NET MVC應用程序和人們在ASP.NET MVC控制器中引用它們的資源（WCF REST）契約，因此依賴於契約所在的程序集。然後它們是將其序列化爲JSON並與我一樣呈現數據。

雖然我的方式更純粹，但我覺得其他方法更實用。

我很困惑。不拖延我想建立最好的解決方案。

爲了讓我更加迷惑，還有其他方法可以做我正在做的事嗎？

來源

2012-06-20 youwhut

我不確定你的問題真的是什麼。如果它與使用XML和JSON有關，我會對use RestSharp to consume your services and be done with it說。讓它爲你做樣板代碼。如果你打算以不同的方式公開API，那麼我會建議一些類似ServiceStack的東西，它會創建一個可以使用的API（XML，JSON等）。我不知道這是否回答你的問題...

來源

2012-06-20 14:01:19

我的問題是我的方法是獲取資源，然後將其反序列化到域模型，映射到DTO，然後將seriliase映射到JSON與其他引用方法資源的合同並將資源的DTO序列化爲JSON。 – youwhut

我喜歡RestSharp的外觀，到目前爲止我一直在使用MicroSoft HttpClient。 – youwhut

@youwhut我不確定從哪裏開始......但我認爲您需要詳細瞭解REST ......它更多的是關於超媒體和自描述消息。我試圖提出的一點是，格式不應該重要......如果你真的要安寧，那麼你不應該擔心會消耗任何類型的合同，因爲它是由真正的REST服務器所擁有的......它是很多人理解的難題，也是造成許多困惑的原因......儘量避免REST變成RPC，如REST –

REST服務消費，領域模型

回答

相關問題