第一次軟件危機(jī)的本源在于 軟件的“邏輯”變得非常雜亂 ；

第2次軟件危機(jī)首要體現(xiàn)在 軟件的“擴(kuò)展”變的非常雜亂 ；

1. 結(jié)構(gòu)化程序規(guī)劃盡管可以緩解軟件邏輯的雜亂性，但是對(duì)于事務(wù)改變帶來(lái)的軟件擴(kuò)展卻力不從心 。軟件范疇迫切希望找到新的銀彈來(lái)處理軟件危機(jī)，在這種布景下，面向?qū)ο蟮乃枷腴_(kāi)端流行起來(lái)。
   盡管面向?qū)ο箝_(kāi)端也被當(dāng)做處理軟件危機(jī)的銀彈，在必定程度上處理了軟件“擴(kuò)展”帶來(lái)的雜亂性。但事實(shí)證明，和軟件工程、結(jié)構(gòu)化程度規(guī)劃相同，面向?qū)ο笠膊皇倾y彈，而僅僅一種新的軟件辦法而已 。

1.5 軟件架構(gòu)的發(fā)生

與之前的各種新辦法或許新理念不同的是，“軟件架構(gòu)”呈現(xiàn)的布景并不是整個(gè)行業(yè)都面對(duì)類似相同的問(wèn)題，“軟件架構(gòu)”也不是為了處理新的軟件危機(jī)而發(fā)生的，這是怎么回事呢 ？

跟著軟件體系規(guī)劃的添加，核算相關(guān)的算法和數(shù)據(jù)結(jié)構(gòu)不再構(gòu)成首要的規(guī)劃問(wèn)題 。當(dāng)體系由許多部分組成時(shí)，整單個(gè)系的組織，也便是所說(shuō)的“軟件架構(gòu)”，發(fā)生了一系列新的規(guī)劃問(wèn)題。比方：

1. 體系規(guī)劃龐大，內(nèi)部耦合嚴(yán)峻，開(kāi)發(fā)功率低；
2. 體系耦合嚴(yán)峻，牽一發(fā)動(dòng)全身，后續(xù)修正和擴(kuò)展困難；
3. 體系邏輯雜亂，簡(jiǎn)單出問(wèn)題，出問(wèn)題后很難排查和修正；

“軟件架構(gòu)”的呈現(xiàn)有其歷史必然性。第一次軟件危機(jī)引出了“結(jié)構(gòu)化編程”，發(fā)明了“模塊”概念；第2次軟件危機(jī)引出了“面向?qū)ο缶幊獭保l(fā)明了“對(duì)象”概念；直到“軟件架構(gòu)”的發(fā)生，發(fā)明了“組件”概念 。

“模塊”、“對(duì)象”和“組件”實(shí)質(zhì)上都是對(duì)到達(dá)必定規(guī)劃的軟件進(jìn)行拆分，不同僅僅在于跟著軟件的雜亂度不斷添加，拆分的粒度越來(lái)越粗，拆分的層次越來(lái)越高。

2 架構(gòu)指什么

對(duì)于技術(shù)人員來(lái)說(shuō)，“架構(gòu)”是一個(gè)再常見(jiàn)不過(guò)的詞了。當(dāng)提起“架構(gòu)”這個(gè)詞時(shí)，假如去深究一下：“架構(gòu)”到底指什么 ？大部分人也許并不必定可以精確地答復(fù)。1000個(gè)人心中或許有1001種架構(gòu)的意義。

那么如何才能精確的了解架構(gòu)呢？了解架構(gòu)首要了解三個(gè)有聯(lián)系而又類似的概念，包含：體系與子體系、模塊與組件、結(jié)構(gòu)與架構(gòu) 。

2.1 體系與子體系

關(guān)于“體系”的界說(shuō)，咱們先來(lái)看維基百科的界說(shuō)：

體系泛指由一群 有相關(guān) 的單個(gè)組成，依據(jù)某種 規(guī)矩運(yùn)作 ，能完結(jié) 單個(gè)元件不能獨(dú)自完結(jié)的作業(yè)的集體。它的意思是“總體”、“整體”或“聯(lián)盟”。

來(lái)提煉下里面的要害信息：

1. 相關(guān) ：體系是由一群有相關(guān)的單個(gè)組成的，沒(méi)有相關(guān)的單個(gè)堆在一同不能成為一單個(gè)系，例如：把一個(gè)發(fā)動(dòng)機(jī)和一臺(tái)PC放在一同不能稱之為一單個(gè)系，把發(fā)動(dòng)機(jī)、底盤、輪胎、車架組合起來(lái)才能成為一臺(tái)轎車。
2. 規(guī)矩 ：體系內(nèi)的單個(gè)需求按照指定的規(guī)矩運(yùn)作，而不是單個(gè)單個(gè)各自為政。規(guī)矩規(guī)矩了體系內(nèi)單個(gè)分工和協(xié)作的辦法。例如：轎車發(fā)動(dòng)機(jī)擔(dān)任發(fā)生動(dòng)力，然后經(jīng)過(guò)變速器和傳動(dòng)軸，將動(dòng)力輸出到輪胎上，然后驅(qū)動(dòng)轎車行進(jìn)。
3. 才能 ：體系才能和單個(gè)才能有實(shí)質(zhì)的不同，體系才能也不是單個(gè)才能之和，而是發(fā)生了新的才能。例如：轎車可以載重行進(jìn)，而發(fā)動(dòng)機(jī)、變速器、傳動(dòng)軸、車輪自身都不具有這樣的才能。

再來(lái)看下子體系的界說(shuō)：

子體系也是由一群有相關(guān)的單個(gè)所組成的體系，多半會(huì)是更大體系中的一部分。

其實(shí)子體系和體系的界說(shuō)是相同的，僅僅調(diào)查的視點(diǎn)有差異 ，一單個(gè)系或許是別的一個(gè)更大體系的子體系。

按照這個(gè)界說(shuō)，體系和子體系比較簡(jiǎn)單了解。以微信為例來(lái)做一個(gè)分析：

1. 微信自身是一單個(gè)系，包含聊天、登錄、支付、朋友圈等子體系；
2. 朋友圈這單個(gè)系又包含動(dòng)態(tài)、談?wù)?、點(diǎn)贊等子體系；
3. 談?wù)撨@單個(gè)系或許又包含防刷子體系、審閱子體系、發(fā)布子體系、存儲(chǔ)子體系等；
4. 談?wù)搶忛喿芋w系不再包含事務(wù)意義上的子體系，而是包含各個(gè)模塊或許組件，這些模塊或許組件自身也是別的一個(gè)維度上的體系，例如：MySQL、Redis等存儲(chǔ)體系，但不是事務(wù)子體系。

2.2 模塊與組件

從邏輯的視點(diǎn)來(lái)拆分體系，得到的單元便是“模塊”；從物理的視點(diǎn)來(lái)拆分體系，得到的單元便是“組件”。區(qū)分模塊的首要意圖是職責(zé)分離；區(qū)分組件的首要意圖是單元復(fù)用 。其實(shí)，“組件”的英文“component”也可以翻譯成中文的“零件”一詞，“零件”更簡(jiǎn)單了解一些，“零件”是一個(gè)物理的概念，而且具有“獨(dú)立且可替換”的特色。

2.3 結(jié)構(gòu)與架構(gòu)

單純從界說(shuō)的視點(diǎn)來(lái)看，結(jié)構(gòu)重視的是“標(biāo)準(zhǔn)”，架構(gòu)重視的是“結(jié)構(gòu)” 。結(jié)構(gòu)的英文是“Framework”，架構(gòu)的英文是“Architecture”。

咱們經(jīng)常會(huì)說(shuō)，比方：“工程選用的是MVC架構(gòu)”、“工程運(yùn)用的是SSH結(jié)構(gòu)”等。所以，第一句話是站在結(jié)構(gòu)的層面來(lái)說(shuō)明，第二句話是站在標(biāo)準(zhǔn)的層面來(lái)說(shuō)明。

一起，假如是以不同的視點(diǎn)來(lái)說(shuō)明結(jié)構(gòu)，會(huì)得出不同的架構(gòu)描繪，比方：

1. 從事務(wù)邏輯的視點(diǎn)分化，“學(xué)生辦理體系”的架構(gòu)

1. 從物理布置的視點(diǎn)分化，“學(xué)生辦理體系”的架構(gòu)

1. 從開(kāi)發(fā)結(jié)構(gòu)的視點(diǎn)分化，“學(xué)生辦理體系”的架構(gòu)

2.4 從頭界說(shuō)架構(gòu)

軟件架構(gòu)指軟件體系的頂層結(jié)構(gòu) 。

首要 ，“體系是一群相關(guān)單個(gè)組成”，這些“單個(gè)”可以是“子體系”、“模塊”、“組件”等；架構(gòu)需求清晰體系包含哪些“單個(gè)” 。

其次 ，體系中的單個(gè)需求“依據(jù)某種規(guī)矩”運(yùn)作，架構(gòu)需求清晰單個(gè)運(yùn)作和協(xié)作的規(guī)矩 。

3. 架構(gòu)的方針

架構(gòu)其實(shí)便是為了應(yīng)對(duì)軟件體系雜亂度而提出的處理方案。架構(gòu)要害思想即為判別與取舍 。

正如，在一個(gè)有束縛的盒子里去求解或接近最適宜的解。這個(gè)束縛的盒子或許會(huì)包含團(tuán)隊(duì)經(jīng)歷、成本、資源、時(shí)刻、事務(wù)階段等要素?fù)诫s在一同的綜合體，針對(duì)這個(gè)綜合體，分析出體系架構(gòu)的雜亂度，進(jìn)行適宜的判別與取舍 ，然后規(guī)劃出恰當(dāng)?shù)募軜?gòu)用在適宜的軟件體系中。