這些天，總是看到有地方說，搭建xx系統的框架，然後又出現搭建xx系統的架構。很明顯這個所謂的「架構」和「框架」，它們之間確實存在聯絡，但它們絕對不是一回事。所以我也來討論討論吧，寫的不好，請看友多擔待。
軟體架構？框架之間？
很明顯軟體的架構是乙個系統草圖，是關於軟體設計方面的重要的決策，它將軟體規範的分為各個部分，並且決定各部分內部結構以及各部分之間的聯絡。經過開發之後，軟體架構可以體現在軟體當中。而軟體框架是軟體的一部分，它是軟體的半成品，為軟體提供基礎的結構和一些規範約束，然後開發人員在軟體框架的基礎上進行開發。軟體架構和軟體框架的聯絡 框架技術和架構技術的出現，都是為了解決系統日益複雜所帶來的困難而採取的「分而治之」的思維的結果：先大局後區域性，就出現了架構；先通用後專用，就出現了框架。架構是問題的抽象解決方案，關注大局而忽略細節；而框架是通用半成品，還必須根據具體需求進一步定製開發才能變成應用系統。
框架說到這裡了，如果作為程式設計師的你，如果你從事軟體開發2-3年以上，你肯定能體會到什麼是框架。網際網路軟體開發發展到至今，縱觀各個行業，細化到各個公司，都會在3-4年中產生符合自己公司行業，業務的框架。這個框架一開始可能不健全，不完美，不過隨著時間的推移，這個框架會不斷的更新，不斷的優化，以至於使用各個公司自身的軟體研發的擴充套件。
問題起初您的開發可能是各種拼湊模式，從而可以快速的搭建乙個專案，甚至乙個產品交付給了客戶。那麼當這個行業領域客戶群體基於穩定的時候，公司一定需要有自己穩定可擴充套件的框架。這樣，將來任何乙個專案或者產品，都可以基於這個框架進行擴充套件開發，不至於當拿到開發需求的時候，每次都去搭建框架，費時費力不說，還不健全。
解決必須在發展的過程中，逐漸完善這個軟體架構，方便將來的軟體開發。現在大部分公司已經做到這點，有專門的部門進行這種「平台」的搭建，其他部門只需要基於這個「平台」繼續開發相應的業務功能即可。說到這裡了，很多人就想了，你這不就說的「中介軟體」，「二次開發平台」，「中臺」嗎？是吧，都可以，因為沒個公司對它的叫法不同，但是它起的作用，毋庸置疑都是相似的。
架構軟體架構引導開發人員設計軟體框架，是軟體框架的重要決策。說白了，您從事的什麼行業或者領域的軟體或產品開發，相關這個行業或者領域的軟體架構就是引導著框架形成。其實很好理解，通訊行業的軟體架構絕對和金融行業的不會相同，每個公司的業務方向，它們的軟體架構也會引導著適合自己公司的軟體架構。
總結所以當軟體開發到了一定程度的時候，軟體框架就應該形成，它的出現是因為所開發的軟體所處的行業或領域，由這個行業或者領域的軟體架構引導出來的。如果每次有了新的專案和產品的時候，總是從框架搭建開始，就不太合理了。首要任務，要形成符合自己的框架。
架構與框架
框架是架構的一種實現，是半成品。架構 分出來很多模組，模組各自負責什麼功能，模組之間有什麼通訊或聯絡，框架 將架構的模組實現，各自有什麼方法。在大牛的blog上學習了另一些概念或者原則 1 為什麼需要架構。希望把複雜問題清晰化，而非簡單化。希望 的重複利用率提高。希望對團隊進行把控。2 類的設計原則...
框架與架構的概述
什麼是架構 軟體體系結構通常被稱為架構 architecture 指可以預製和可重構的軟體框架結構，重點突出的就是 結構 即架構僅僅是對系統構成結構的描述，並不包含能夠執行的業務邏輯功能。簡單來說，軟體架構是系統的乙個草圖，闡述了各個元件之間的通訊 層次劃分，一旦系統開始詳細設計，架構藍圖就很難甚至...
框架與架構的區別
設計模式 是在某種特定上下文中針對乙個軟體生命週期 現的問題而給出的多次適用的解決方案。框架 框架是一組軟體元件，它們互相協作提供了針對某個給定的問題領域中的應用程式所用到的一種可復用的體系結構。架構，又名軟體架構，是有關軟體整體結構與元件的抽象描述，用於指導大型軟體系統各個方面的設計。簡單的說架構...