wcf決定：一個服務多個合同或許多服務

我正在使用.NET 4爲客戶創建一個小型客戶端服務器應用程序。我應該創建一個實現許多合同（IInvoice，IPurchase，ISalesOrder等）的巨型服務，還是應該在許多端口上創建運行一個合同的許多服務？我的問題特別是對任何選擇的利弊感興趣。另外，回答這個問題的常見方法是什麼？wcf決定：一個服務多個合同或許多服務

我的真正困境是，我沒有經驗做出這個決定，而且我對wcf的經驗也不多，因此我需要幫助理解這種決定的技術含義。

來源

2013-07-02 Price Jones

不要創建一個實現n個服務合約的大型服務。這些類型的服務很容易創建，但最終會成爲維護頭痛，並且不能很好地擴展。另外，如果有開發組競爭簽入/簽出，你會得到各種各樣的代碼合併衝突。

不要創建太多的服務。避免讓服務過於細化的陷阱。嘗試基於功能創建服務。這些服務暴露的方法也不應該是細粒度的。你最好少做更多的方法。避免通過創建GetUser（userObject用戶）來創建類似的函數，如GetUserByID（int ID），GetUserByName（string Name）。您將擁有更少的代碼，更輕鬆的維護和更好的可發現性。

最後，無論你做什麼，你都可能只需要一個端口。

來源

2013-07-02 15:40:31

如果使用部分類/接口文件來避免合併衝突，那麼參數「不能很好地擴展」呢？這在技術上意味着什麼？ – Askolein

@Askolein ......這意味着如果你在一份合同中填充太多，它可能會成爲性能瓶頸以及維護/擴展性問題。 –

感謝您的回答，但我的問題更多的是「爲什麼」它可能是一個性能問題，而不是「什麼」是性能問題。你說「瓶頸」：我明白在ISS/WCF中，每個Web請求都是一個新的Service實例。單個大型服務的多個請求仍然是多個實例，而不是一個實例提供所有這些實例。所以沒有縮放問題。這個推理是否正確？ – Askolein

它似乎是DataContract（s）和ServiceContract（s）之間的混合。您可以有一個ServiceContract和許多DataContract（s），這將完全適合您的需求。

來源

2013-07-02 12:07:19

在實時應用中，你有喜歡的發票，購買和SalesOrder每個實體一份服務合同中都會有不同的的ServiceContract

然而，對於每一個服務合同會有異構客戶端像發票將通過後臺通過Windows應用程序調用使用netNamedPipeBinding或netTcpBinding和相同時間客戶端應用程序需要使用basicHttpBinding或wsHttpBindings調用服務。基本上你需要爲每個服務創建多個端點。

來源

2013-07-02 15:05:59 Laxmikant

您應該根據預期負載，可擴展性和未來角度來做出決定。正如你寫的「面向客戶的小型客戶服務器應用程序」，它並沒有清楚地表明開發的用途。 Big先生的回答也必須考慮。

我們非常歡迎您提出進一步的問題，並提供具體的數據或有關當前情況的詳情。謝謝。

來源

2013-07-03 06:40:34

您通常會爲IInvoice，IPurchase，ISalesOrder等每個主要實體創建不同的服務。

另一種選擇是從命令中分離查詢。您可以爲每個主要實體提供命令服務，並實施僅接受他們執行操作所需數據的業務操作（避免類似於CRUD的操作）;以及一種以客戶端所需格式返回數據的查詢服務。這意味着命令部分使用底層域模型/業務層;而查詢服務直接在數據庫上運行（繞過不需要查詢的業務）。這可以簡化您的查詢並使其更加靈活（僅返回客戶需要的內容）。

來源

2013-07-03 14:26:38

事實是，分離WCF服務 - 或任何服務是一種平衡行爲。原則是你想在考慮業績的同時保持複雜性的下行壓力。

您創建的服務越多，您需要編寫的配置就越多。此外，您還將增加需要在客戶端創建和維護的代理類的數量。

將太多ServiceContracts放在一個服務上會增加生成和使用代理所花費的時間。但是，如果您最終只得到一個或兩個運營合同，那麼您將會增加系統的複雜性，而且幾乎沒有什麼收穫。這不是一個科學的處方，但可以說每服務合同10-20 OperationContracts一個好的經驗法則。

類耦合當然是一個考慮因素，但是你真的在處理單獨的問題嗎？這取決於你的系統做什麼，但大多數系統只處理少數幾個領域的問題，所以分解事情實際上可能不會實際上減少類耦合。

要記住的另一件事，這是非常重要的是總是讓你的方法儘可能通用。出於某種原因，WCF在DataContracts中進行交易。 DataContracts意味着只要DataContracts是已知的，您就可以向服務器發送任何對象或從服務器發送對象。

因此，舉例來說，你可能有3個OperationContracts：

[OperationContract] 
Person GetPerson(string id); 

[OperationContract] 
Dog GetDog(string id); 

[OperationContract] 
Cat GetCat(string id);

但是，只要這些都是已知類型的，你可以像合併這些到一個操作：

[OperationContract] 
IDatabaseRecord GetDatabaseRecord(string recordTypeName, string id);

最終，這是設計服務合同時要考慮的最重要的事情。如果您使用DataContract序列化（如序列化方法），則適用於REST。

最後，每隔幾個月回顧一下您的ServiceContracts並刪除未被客戶使用的操作。這是另一個大的！

來源

2016-09-07 22:35:13

wcf決定：一個服務多個合同或許多服務

回答

相關問題