我們先來看看本人對下面這兩個名詞的個人見解：
幾乎每個軟體系統的架構都是不同的，因為軟體架構的第一步就是根據當前專案的重要需求及約束來制定乙個個技術決策。
可以分成行業框架和通用框架。
通用框架是對大多數軟體專案常用的模組（底層+高層）進行封裝（同時暴露熱點）的乙個集合，能提高開發速度以及質量
行業框架是針對某特定領域，把類似領域邏輯提取出來進行封裝（同時暴露熱點）的乙個集合，能提高開發速度以及質量
行業框架可以是基於通用框架之上的。
站在架構師的角度，針對架構的開發，會慢慢演變為針對框架的開發（由於需要考慮復用以及對開發人員友好api特性）
由於每個專案都是不同的，因此架構也大多數不同，但是由於人的精力有限，不可能樣樣都精通，因此當架構初始化之後，針對不熟悉的
架構還需要進行架構驗證（如同測試人員的bvt）。因此對架構師而言，個人的學習能力、學習速度以及實踐能力都非常重要。那麼如何進行架構驗證呢？
1. 找幾個開發人員評審評審框架提供的api，看看反饋，需要修改則修改，或者通過技術培訓解決
2. 使用aop技術插入必要的日誌、效能計數器、記憶體占用數（當然也可以用其他技術，並非只有aop技術）
3. 自己進行效能測試、效能分析；或者找技術性測試人員來做
最後別忘了當專案進行之前先進行技術培訓，講解框架的實現原理以及如何使用。
綜上所述，框架與架構質量的好壞會嚴重影響使用者的效率，如：開發人員的開發效率，架構師責任重大啊。
框架，系統架構以及架構師的區別
框架，即framework，其實是某種應用的半成品，就是一組元件，供你選擇來完成自己的系統。簡單說就是別人搭好的舞台，你來做表演。而且框架是一般是成熟的，不斷公升級的軟體。架構，也就是通常所說的軟體體系結構，體系結構一般分為三部分 構建 用於描述計算機 聯結器，用於描述構建的鏈結部分 配置，將構建和...
系統架構和框架以及架構師的職責
框架，即framework，其實是某種應用的半成品，就是一組元件，供你選擇來完成自己的系統。簡單說就是別人搭好的舞台，你來做表演。而且框架是一般是成熟的，不斷公升級的軟體。架構，也就是通常所說的軟體體系結構，體系結構一般分為三部分 構建 用於描述計算機 聯結器，用於描述構建的鏈結部分 配置，將構建和...
架構師之路 架構師思維的培養
公司的cms 綜合賦碼管理系統 是winform的cs架構。這套系統的架構師換了3屆，到現在已經幾年沒有架構師了。本來入職時，崗位目標就是這個 自動化架構師 後來和領導達成共識先爭取成為儲備架構師，因為架構首先是為業務服務的，而工控行業有許多特別的地方，不是普通的軟體技術堆疊就能做出優秀的工控軟體的...