Q
架構vs設計模式
3
A
回答
1
恕我直言,關係是結構設計模式可以作爲一個精心設計的構建塊軟件架構。
2
架構 - 設置功能的系統應該執行,拆分組件之間的功能,設置組件應該如何表現,並在系統方面溝通,設置組件的物理位置,並最終選擇的工具,以創建組件。
設計 - 雖然體系結構處理更廣泛的圖像,但設計應深入到與實現某些組件相關的細節。爲了完成給定的組件任務,組件的設計最終包含類,接口,抽象類和其他OO功能。
+3
問題是關於*設計模式,*不只是'設計'。 – EJP
1
在我看來,架構與您組織組件的方式有關。示例2層或2層體系結構。設計模式解決了與編碼問題相關的常見問題。一個好的架構會利用有用/合適的設計模式。我想你是對的。
相關問題
- 1. 工廠設計模式VS構造器
- 2. 「Facade」設計模式與架構的「Facade」
- 3. 模板設計/架構
- 4. 設計模式和架構模式有什麼區別?
- 5. 域驅動設計vs模型驅動架構
- 6. 戰略設計模式VS狀態設計模式
- 7. 框架設計模式
- 8. Model Model共享模型架構/設計模式
- 9. 結構設計模式
- 10. Winform設計架構
- 11. SQL架構設計
- 12. DB架構設計
- 13. mongodb-架構設計
- 14. CloudKit架構設計
- 15. AWS架構設計
- 16. 模型演化架構設計查詢
- 17. 尋找模塊網頁設計架構
- 18. DynamoDB架構設計 - 訂購模型
- 19. 架構模式
- 20. 數據倉庫架構設計 - 如何改進架構模型
- 21. MongoDB模式設計 - 參考VS嵌入
- 22. 原型設計模式vs ICloneable
- 23. 觀察者設計模式vs「聽衆」
- 24. 哪種架構或設計模式適合這種應用?
- 25. 移動開發架構和設計模式
- 26. 特定應用的首選設計模式/架構
- 27. 並行架構設計模式的優秀資源?
- 28. 使用Data Mapper設計模式的Zend框架體系結構
- 29. MVP是設計模式還是架構模式? MvC和MvvM怎麼樣?
- 30. Compact框架中的設計模式
另請注意,架構還處理應用程序的**業務邏輯**和**分析**。此外,體系結構處理應用**生態系統的實際流程和解決方案**用戶,主持人,管理員,終端,用戶訪問,優化解決方案(緩存,數據存儲),使用產品(例如數據庫,NoSQL或RDBMS - MongoDB || MySQL)等等。 –