1
A
回答
0
好處是創建基礎結構部分更容易。
缺點是您現在需要編寫更多的代碼來分隔不同的消息並將它們分派到正確的模塊進行處理。你的代碼會更復雜,更難維護。
0
在兩條道路上都停了下來,我建議你考慮使用較小版本的服務,而不是噸一大型廚房水槽服務。
採取unix哲學做一件事,做得很好。把一個版本號放在上面,這樣你就可以升級而不會突破用戶。也儘量保持每個版本的代碼彼此分開。一旦1.0版本投入使用,您不希望意外地與可能已經編碼您的bug的消費者斷開合約。只需發佈一個新版本並將您的消費者推向升級後的服務即可。
0
BostonBob說實話,服務粒度應範圍的一個能力,這有助於維護從長遠看隨着事態的生活在只有一個地方,在邏輯上是凝聚力。
對於服務運營粒度來說,甜蜜點位於服務合同的3-5個操作之間,如果有更多的機會將其分解爲兩個有用的服務,則以12爲上限。
下面是如何建立一個SOA
我建議你閱讀托馬斯·爾和Roger會議的文章一些實際的例子,這會給你什麼SOA就是一個堅定的手柄。以及如何分區服務
相關問題
- 1. 測試自動化 - 爲Web/SOA體系結構設計
- 2. Azure體系結構設計
- 3. SOA/SEDA - 循環體系結構
- 4. ASP.NET Web體系結構設計
- 5. 數據傳輸體系結構設計
- 6. 應用程序設計/體系結構
- 7. 設計一個插件體系結構
- 8. 對象體系結構設計問題
- 9. KooBoo&Servicestack體系結構/設計問題
- 10. 審計體系結構
- 11. c#設置體系結構
- 12. 何時使用SOA(面向服務的體系結構)
- 13. JMS體系結構 - 平衡設計原則與體積
- 14. 如何在ASP.NET中設計應用程序體系結構
- 15. Rails應用程序接口體系結構設計
- 16. 體系結構/設計建議測試程序
- 17. DataInterface的體系結構設計 - 刪除類型的開關
- 18. 瞭解一個JAVA代碼體系結構,設計
- 19. 設計模式:模塊化命令體系結構(工作流?)
- 20. PHP應用程序體系結構設計幫助
- 21. Android應用程序體系結構設計模式
- 22. 使用Data Mapper設計模式的Zend框架體系結構
- 23. 面向服務的體系結構和域驅動設計
- 24. Web應用程序體系結構設計
- 25. 如何設計移動android應用程序的體系結構
- 26. 行動參數是不好的設計/體系結構?
- 27. Java/JSF/Spring/WebFlow DDD體系結構設計問題
- 28. MVC體系結構
- 29. Elasticsearch體系結構
- 30. Graphql體系結構
可否請你回答http://stackoverflow.com/questions/9498962/contract-first-soa -designing-business-domain-wcf? – Lijo 2012-02-29 12:29:35