你必須了解的「架構(gòu)」小歷史
點擊上方藍色字體，選擇“標星公眾號”
優(yōu)質(zhì)文章，第一時間送達
? 作者?|??碼農(nóng)田小齊
來源 |?cnblogs.com/nycsde/p/13388846.html
做項目時我們一直在說框架、架構(gòu)，那它到底是什么呢？
什么是架構(gòu)
從 dubbo 官網(wǎng)我們可以看到架構(gòu)設(shè)計的發(fā)展演變史。
這里把架構(gòu)分成四類：
單一應(yīng)用架構(gòu)
垂直應(yīng)用架構(gòu)
分布式服務(wù)架構(gòu)
流動計算架構(gòu)
剛開始時 PHP + MySQL 就可以形成網(wǎng)站了。
這種模式支持中小型網(wǎng)站是沒有問題的，但是一旦形成大型網(wǎng)站就支撐不住了。
所以現(xiàn)在各大主流公司還是會選擇 Java。
我們項目中的類會打包成一個 JAR 包運行在服務(wù)器里，最初所有模塊是在一個 JAR 包的，也就是單一應(yīng)用，隨著用戶量的提升、訪問量的增大，JAR 包越來越大，單一應(yīng)用運行起來越來越慢，所以單一架構(gòu)就不再適合了。
此時引入分布式架構(gòu)，把一個模塊拆分成幾個單獨的模塊以提升效率，一個 JAR 包分成幾個 JAR 包運行在不同的服務(wù)器上，引入了 MVC 的設(shè)計模式。
隨著業(yè)務(wù)量的劇增，幾臺服務(wù)器也已經(jīng)不夠用了，效率比較低，此時每個模塊用 N 臺服務(wù)器進行部署。
當請求進來之后，會按照一些策略，把它隨機分配到負載均衡的服務(wù)器。此時每個服務(wù)器的 request 就比較少了，提高了效率。這個就是分布式服務(wù)架構(gòu)。
每臺服務(wù)器之間需要通信的，用的就是 RPC 框架。
當分布式架構(gòu)也不夠用了，最后演變成流式架構(gòu)，此時 SOA 是關(guān)鍵。
Java 開發(fā)的主流框架演變之路
現(xiàn)在 Spring 基本占據(jù)主導(dǎo)地位了，那么在 Spring 廣泛應(yīng)用之前，有哪些主流框架呢：
JSP + Servlet + JavaBean
JSP 負責前端頁面的控制，Servelt 負責服務(wù)器端的應(yīng)用程序，JavaBean 是我們的對象，這樣我們有了對象、有前端頁面、有后臺接受請求處理的服務(wù)器，就能夠搭建一個從前端到后端的整體框架了。
但這個搭配有點麻煩，因為 JSP 既可以寫標簽，也可以內(nèi)嵌 Java 代碼，<% (Java code) %>，所有東西耦合在一起變得非常麻煩；
而現(xiàn)在純的 HTML，支持 JS, 支持 HTML 標簽，支持 CSS 樣式，不支持插入 Java 代碼，這就是?JSP 和 HTML 的最大的區(qū)別。
現(xiàn)在企業(yè)中開發(fā)時比如 Spring Boot 的開發(fā)，更多的還是用 HTML，或者用一些前端框架比如 freemarker 進行代替，JSP 已經(jīng)被慢慢淘汰掉了。
但問題時，當前端頁面和后段服務(wù)器交互時，發(fā)送 N 多個 request，寫 Servlet 時要寫 N 多個對應(yīng)的處理：
在用2.5及之前的版本時，也就意味著寫 N 多個 xml 文件；
后面引入注解之后，依然要寫 N 多個注解，非常麻煩。
而用 MVC 之后，非常簡單，我們來看一下。
MVC = Model View Controller
這張圖很好的展示了每個模塊的功能和相互的聯(lián)系:
用戶在瀏覽器中發(fā)送請求之后，
browser 把這個請求發(fā)給了 controller，
需要它做一些處理，
然后發(fā)送到數(shù)據(jù)庫中去查詢，
得到結(jié)果之后，
把結(jié)果發(fā)給 View 層進行渲染，
用 html 的標簽好看的表示出來，
渲染之后的結(jié)果再返回給 controller，
再返回到瀏覽器里顯示出來。
比如在我們在點外賣時，你發(fā)送請求給服務(wù)員，服務(wù)員就是 controller 層，他需要處理訂單比如查一下倉庫里還有沒有這些原材料，排好先后順序再交給廚師等等，廚師做好之后他還需要再包裝一下再送到你手上。
后面所有框架都是依托于 MVC 這種方式來設(shè)計的。
SSH = Spring + Struts + Hibernate
這個框架雖然也上了年紀了，但是一些老的項目還在用它。
特別是金融 IT 這一塊，數(shù)據(jù)庫 dao 層還是使用的是 Hibernate；而科技公司因為要用到高并發(fā)，dao 層用的是 MyBatis，數(shù)據(jù)交互效率較快。
回到 SSH 框架上來，用過的都知道，它配起來真的麻煩，太多的配置文件了。
SSM = Spring + SpringMVC + MyBatis
Spring Boot
SSM 還是現(xiàn)在項目中比較常見的，但其實現(xiàn)在在新項目中用的也比較少了，更多的是用 Spring Boot，因為配置非常簡單。
為什么用框架？
任何一項技術(shù)的產(chǎn)生都是為了解決現(xiàn)有的問題的，框架也不例外。
就拿 Spring 這個框架來說，它提供了項目開發(fā)中的一些基礎(chǔ)功能，可以使我們程序員更專注于業(yè)務(wù)邏輯的處理，具體來說我認為有3點最重要：
Spring IoC 容器管理了對象的生命周期和配置，不再使用 new 的方式創(chuàng)建對象，而是使用依賴注入，降低了組件之間的耦合度；
AOP 是 Spring 的核心，用來將一些通用的事務(wù)進行統(tǒng)一管理，常用于處理日志、安全管理和事務(wù)管理等方面。
Spring 并不強制項目完全依賴于 Spring，開發(fā)者可以自由選用 Spring 框架的部分來使用。比如我司的框架就是基于 Spring 來做的開發(fā)，在 Spring 的框架之上，可以添加我司自己的安全管理等等。
??? ?
感謝點贊支持下哈?