在了解什么是B/S架構(gòu)之前,我們有必要了解一下什么是C/S架構(gòu):
C/S架構(gòu)是第一種比較早的軟件架構(gòu),主要用于局域網(wǎng)內(nèi)。也叫 客戶機(jī)/服務(wù)器模式。
它可以分為客戶機(jī)和服務(wù)器兩層:第一層是在客戶機(jī)系統(tǒng)上結(jié)合了界面顯示與業(yè)務(wù)邏輯,第二層是通過網(wǎng)絡(luò)結(jié)合了數(shù)據(jù)庫服務(wù)器。
簡單的說就是第一層是用戶表示層,第二層是數(shù)據(jù)庫層。
這里需要補(bǔ)充的是,客戶端不僅僅是一些簡單的操作,它也是會處理一些運(yùn)算,業(yè)務(wù)邏輯的處理等。也就是說,客戶端也做著一些本該由服務(wù)器來做的一些事情
如圖所示:
C/S架構(gòu)軟件有一個(gè)特點(diǎn),就是如果用戶要使用的話,需要下載一個(gè)客戶端,安裝后就可以使用。比如QQ,OFFICE軟件等。
C/S架構(gòu)的優(yōu)點(diǎn):
C/S架構(gòu)的界面和操作可以很豐富。(客戶端操作界面可以隨意排列,滿足客戶的需要)
安全性能可以很容易保證。(因?yàn)橹挥袃蓪拥膫鬏?,而不是中間有很多層。
由于只有一層交互,因此響應(yīng)速度較快。(直接相連,中間沒有什么阻隔或岔路,比如QQ,每天那么多人在線,也不覺得慢)
C/S架構(gòu)的缺點(diǎn):
可以將QQ作為類比:
適用面窄,通常用于局域網(wǎng)中。
用戶群固定。由于程序需要安裝才可使用,因此不適合面向一些不可知的用戶。
維護(hù)成本高,發(fā)生一次升級,則所有客戶端的程序都需要改變。
什么是B/S架構(gòu)
B/S架構(gòu)的全稱為Browser/Server,即瀏覽器/服務(wù)器結(jié)構(gòu)。
Browser指的是Web瀏覽器,極少數(shù)事務(wù)邏輯在前端實(shí)現(xiàn),但主要事務(wù)邏輯在服務(wù)器端實(shí)現(xiàn)。
B/S架構(gòu)的系統(tǒng)無須特別安裝,只有Web瀏覽器即可。
其實(shí)就是我們前端現(xiàn)在做的一些事情,大部分的邏輯交給后臺來實(shí)現(xiàn),我們前端大部分是做一些數(shù)據(jù)渲染,請求等比較少的邏輯。
B/S架構(gòu)的分層:
與C/S架構(gòu)只有兩層不同的是,B/S架構(gòu)有三層,分別為:
第一層表現(xiàn)層:主要完成用戶和后臺的交互及最終查詢結(jié)果的輸出功能。
第二層邏輯層:主要是利用服務(wù)器完成客戶端的應(yīng)用邏輯功能。
第三層數(shù)據(jù)層:主要是接受客戶端請求后獨(dú)立進(jìn)行各種運(yùn)算。
如圖所示:
B/S架構(gòu)的優(yōu)點(diǎn):
客戶端無需安裝,有Web瀏覽器即可。
BS架構(gòu)可以直接放在廣域網(wǎng)上,通過一定的權(quán)限控制實(shí)現(xiàn)多客戶訪問的目的,交互性較強(qiáng)。
BS架構(gòu)無需升級多個(gè)客戶端,升級服務(wù)器即可。可以隨時(shí)更新版本,而無需用戶重新下載啊什么的。
B/S架構(gòu)的缺點(diǎn):
在跨瀏覽器上,BS架構(gòu)不盡如人意。
表現(xiàn)要達(dá)到CS程序的程度需要花費(fèi)不少精力。
在速度和安全性上需要花費(fèi)巨大的設(shè)計(jì)成本,這是BS架構(gòu)的最大問題。
客戶端服務(wù)器端的交互是請求-響應(yīng)模式,通常需要刷新頁面,這并不是客戶樂意看到的。(在Ajax風(fēng)行后此問題得到了一定程度的緩解)
B/S架構(gòu)的幾種形式
第一種:客戶端-服務(wù)器-數(shù)據(jù)庫
這個(gè)應(yīng)該是我們平時(shí)比較常用的一種模式:
1、客戶端向服務(wù)器發(fā)起Http請求
2、服務(wù)器中的web服務(wù)層能夠處理Http請求
3、服務(wù)器中的應(yīng)用層部分調(diào)用業(yè)務(wù)邏輯,調(diào)用業(yè)務(wù)邏輯上的方法
4、如果有必要,服務(wù)器會和數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交換. 然后將模版+數(shù)據(jù)渲染成最終的Html, 返送給客戶端
第二種:客戶端-web服務(wù)器-應(yīng)用服務(wù)器-數(shù)據(jù)庫
類似于第一種方法,只是將web服務(wù)和應(yīng)用服務(wù)解耦
1、客戶端向web服務(wù)器發(fā)起Http請求
2、web服務(wù)能夠處理Http請求,并且調(diào)用應(yīng)用服務(wù)器暴露在外的RESTFUL接口
3、應(yīng)用服務(wù)器的RESTFUL接口被調(diào)用,會執(zhí)行對應(yīng)的暴露方法.如果有必要和數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交互,應(yīng)用服務(wù)器會和數(shù)據(jù)庫進(jìn)行交互后,將json數(shù)據(jù)返回給web服務(wù)器
4、web服務(wù)器將模版+數(shù)據(jù)組合渲染成html返回給客戶端
第三種方法:客戶端-負(fù)載均衡器(Nginx)-中間服務(wù)器(Node)-應(yīng)用服務(wù)器-數(shù)據(jù)庫
這種模式一般用在有大量的用戶,高并發(fā)的應(yīng)用中。
1、整正暴露在外的不是真正web服務(wù)器的地址,而是負(fù)載均衡器器的地址
2、客戶向負(fù)載均衡器發(fā)起Http請求
3、負(fù)載均衡器能夠?qū)⒖蛻舳说腍ttp請求均勻的轉(zhuǎn)發(fā)給Node服務(wù)器集群
4、Node服務(wù)器接收到Http請求之后,能夠?qū)ζ溥M(jìn)行解析,并且能夠調(diào)用應(yīng)用服務(wù)器暴露在外的RESTFUL接口
5、應(yīng)用服務(wù)器的RESTFUL接口被調(diào)用,會執(zhí)行對應(yīng)的暴露方法.如果有必要和數(shù)據(jù)庫進(jìn)行數(shù)據(jù)交互,應(yīng)用服務(wù)器會和數(shù)據(jù)庫進(jìn)行交互后,將json數(shù)據(jù)返回給Node
6、Node層將模版+數(shù)據(jù)組合渲染成html返回反向代理服務(wù)器
7、反向代理服務(wù)器將對應(yīng)html返回給客戶端
Nginx的優(yōu)點(diǎn)有:
1、它能夠承受、高并發(fā)的大量的請求,然后將這些請求均勻的轉(zhuǎn)發(fā)給內(nèi)部的服務(wù)器,分?jǐn)倝毫?
2、反向代理能夠解決跨域引起的問題,因?yàn)镹ginx,Node,應(yīng)用服務(wù)器,數(shù)據(jù)庫都處于內(nèi)網(wǎng)段中。
3、Nginx非常擅長處理靜態(tài)資源(img,css,js,video),所以也經(jīng)常作為靜態(tài)資源服務(wù)器,也就是我們平時(shí)所說的CDN
比如:前一個(gè)用戶訪問index.html, 經(jīng)過Nginx-Node-應(yīng)用服務(wù)器-數(shù)據(jù)庫鏈路之后,Nginx會把index.html返回給用戶,并且會把index.html緩存在Nginx上,
下一個(gè)用戶再想請求index.html的時(shí)候,請求Nginx服務(wù)器,Nginx發(fā)現(xiàn)有index.html的緩存,于是就不用去請求Node層了,會直接將緩存的頁面(如果沒過期的話)返回給用戶。
發(fā)展前景
C/S和B/S各有優(yōu)勢,C/S在圖形的表現(xiàn)能力上以及運(yùn)行的速度上肯定是強(qiáng)于B/S模式的,不過缺點(diǎn)就是他需要運(yùn)行專門的客戶端,而且更重要的是它不能跨平臺,用c++在windows下寫的程序肯定是不能在linux下跑的。
B/S模式就,它不需要專門的客戶端,只要瀏覽器,而瀏覽器是隨操作系統(tǒng)就有的,方便就是他的優(yōu)勢了。而且,B/S是基于網(wǎng)頁語言的、與操作系統(tǒng)無關(guān),所以跨平臺也是它的優(yōu)勢,而且以后隨著網(wǎng)頁語言以及瀏覽器的進(jìn)步,B/S在表現(xiàn)能力上的處理以及運(yùn)行的速度上會越來越快,它的缺點(diǎn)將會越來越少。尤其是HTML5的普及,在圖形的渲染方面以及音頻、文件的處理上已經(jīng)非常強(qiáng)大了。不過,C/S架構(gòu)也有著不可替代的作用。