之前一直聽一些大牛談論什麼架構、框架，給我的直觀感覺就是一樣的，但是看瞭如下博文，我恍然大悟，原來是兩碼事。 人們對軟體架構存在非常多的誤解，其中一個最為普遍的誤解就是：將架構（Architecture）和框架（Framework）混為一談。其實很簡單，一句話：框架是軟體，架構不是軟體。框架落腳在“ ...
之前一直聽一些大牛談論什麼架構、框架，給我的直觀感覺就是一樣的，但是看瞭如下博文，我恍然大悟，原來是兩碼事。
人們對軟體架構存在非常多的誤解，其中一個最為普遍的誤解就是：將架構（Architecture）和框架（Framework）混為一談。其實很簡單，一句話：框架是軟體，架構不是軟體。框架落腳在“架”字上，可以理解成名詞性的，是一個客觀性的名詞存在，如.Net Framework；而架構體現在“構”字上，理解成構造，是一個動詞性的，是一系列動作發生的策略性體現。
框架是一種特殊的軟體，它並不能提供完整無缺的解決方案，而是為你構建解決方案提供良好的基礎。框架是半成品。典型地，框架是系統或子系統的半成品；框架中的服務尅被最終應用系統直接調用，而框架中的擴展點是供應用開發人員定製的“可變化點”。
架構不是軟體，而是關於軟體如何設計的重要策略。軟體架構決策設計到如何將軟體系統分解成不同的部分、各部分之間的靜態結構關係和動態交互關係等。經過完整的開發過程之後，這些架構決策將體現在最終開發出的軟體系統中；當然，引入軟體架構之後，整個開發過程變成了“分兩步走”，而架構決策往往會體現在框架之中。或許，人們常把架構和框架混為一談的原因就在於此吧！我們不能指著某些代碼，說這就是軟體架構，因為軟體架構是比具體代碼高一個抽象層次的概念。架構勢必被代碼所體現和遵循，但任何一段具體的代碼都代表不了架構。
框架技術和架構技術的出現，都是為瞭解決軟體系統日益複雜所帶來的困難而採取“分而治之”思維的結果-----先大局後局部，就出現了架構；先通用後專用，就出現了框架。下圖很好地揭示了這一點。架構是問題的抽象解決方案，它關註大局而忽略細節；而框架是通用半成品，還必鬚根據具體需求進一步定製開發才能變成應用系統。
簡而言之，框架和架構的關係可以總結為兩句話：（1）為了儘早驗證架構設計，或者處於支持產品線開發的目的，可以將關鍵的通用機制甚至整個架構以框架的方式進行實現；（2）業界（及公司內部）可能存在大量可供重用的框架，這些框架或者已經實現了軟體架構所需的重要架構機制，或者為未來系統的某個子系統提供了可擴展的半成品，所以最終的軟體架構可以藉助這些框架構造。
原博文鏈接：http://blog.csdn.net/liuguobo/article/details/43451129
