Dto/TransactionScripts和Odata服務

使用odata服務，我們可以從客戶端查詢而不使用dto。如果我使用odata svc，我真的需要dto層嗎？如果我不使用dto，有什麼缺點和優點？在我們的查詢機制的舊系統中，有許多查詢服務方法返回dto集合。但是odata服務混淆了我的想法......看起來像;服務器的責任移動到客戶端。交易腳本也一樣。我對你的想法很好奇。Dto/TransactionScripts和Odata服務

來源

2010-11-30 ferhat celik

當你在服務器端 - 唯一重要的是oData是EDM模型還是POCO模型。因此，當您創建一個EDMX文件時，您始終可以將這些文件視爲您的業務對象或模型層，然後抽取到這些名稱空間中。所以從某種意義上說，你在那裏沒有業務邏輯。

但在客戶端，您可以始終集中oData方法調用。由於它們支持回調，因此可以始終讓視圖模型調用存儲庫並將回調傳遞回去。這樣你就不會用廣泛的odata查詢調用來膨脹你的視圖模型。我正在談論的排序模式。

希望這能給你一個方向。

關注:)

來源

2010-12-04 08:06:36 kashyapa

您說，存儲庫位於客戶端，模型位於服務器端。但這不是很奇怪嗎？我們稱之爲「域」的東西，由存儲庫和模型組成。但爲什麼我需要將它們分爲兩個不同的物理層次？ – 2010-12-04 10:45:49

Dto/TransactionScripts和Odata服務

回答

相關問題