視圖模型和或域模型？

早上所有的，我正在努力解決什麼是對我來說最適合做我在做的'主要'綠地工作。
「主要」部分出現了，因爲我繼承了2個系統，在公司合併後執行了非常類似的任務。
真正重要的是，這些現有系統不會因爲公司的實地部隊活動和停運=底線而面臨風險。
所以我選擇使用Azure服務總線來保持2個底層的Db同步，而且這似乎很好。
我正在使用已發佈的來自這些傳統Db的更改來填充/同步新的Db實例。新的實例旨在將舊世界整合爲一個勇敢的新世界，並且我正在努力建立一個代表公司業務的領域模型。雖然速度緩慢，但教育正在發揮作用，同時也看到了同樣的價值。
'新系統'也將有一個新的用戶界面，我們決定在MVC中實現它。我在印度有兩個人將構建MVC應用程序，其餘的將在倫敦發生。視圖模型和或域模型？

所以，這裏是蹭，我想我的域模型由UI通過Web服務讀取。我的動機是將該模型與系統的其他部分分離並保護起來。將使用Web服務在啓動時加載數據，發佈它們對總線所做的任何更改。

我只是讓印度人把返回的數據和維護自己的本地視圖模型或什麼？管道應該是什麼樣子？在白天有可能會有80個UI實例工作。

域模型已經證明與顯示在屏幕上的預期視圖明顯不同。

我真的很欣賞這裏一些指針，因爲我有一個難得的機會，「這樣做的權利」 ...... :-) 問候史蒂夫

來源

2014-04-30 Steve Smith

這實際上聽起來像是一個很好的實現MVVM的好例子（asp.net調用「viewmodels」實際上更像是[presentation object]（http://martinfowler.com/eaaDev/PresentationModel.html））。 –

你很好奇你使用MVVM作爲例子，因爲那是我比較開心的MVC領域。 –

1）保持公司內部交通隱患。 2）將REST/SOAP /任何適合這裏的東西公開給MVC應用程序。 3）該MVC應用程序可能是服務器端，客戶端，移動，whtever。但它只消耗「公共」API。 4）構建將處理來自MVC應用程序的請求的中間人服務，並能夠與公司的其他部分進行交流。

這樣，您和印度團隊就可以根據您的需求設計完全自由。 MVC應用程序可以從互聯網上運行（而不是在一些vpn後面，或者類似的東西）。印度團隊不知道其他系統內部的一件事情（你不需要了解MVC的內部知識）。等等

作爲獎勵您將有適合未來添加不同客戶端（如移動應用程序）的現成架構。

來源

2014-04-30 07:52:53

非常好，那正是我的頭在帶我的地方。我真的只是需要聽到某人支持或打消我的想法。很好奇你在那裏使用MVVM作爲例子，因爲那是我比較開心的MVC領域。 –

視圖模型和或域模型？

回答

相關問題