小博老師解析項目架構 ——C/S架構與B/S架構

[B/S優(yōu)點]

B/S架構是應WEB技術的飛速發(fā)展而從傳統(tǒng)的C/S架構發(fā)展而來,并且一舉成為當今主要的網(wǎng)絡架構。目前主要的網(wǎng)站,尤其是商務網(wǎng)站都是基于B/S架構建立的。那么我們就來細數(shù)一下B/S架構的優(yōu)點,它到底為什么受到大家的青睞。

1)瀏覽器

a)能面對廣大的用戶實現(xiàn)信息傳播共享。

b)瀏覽器只處理一些簡單的邏輯事務,負擔小。

c)頁面的更新能實現(xiàn)同步,所有用戶都能看到。

d)界面設計開發(fā)簡單,對程序員的要求較低,不需要大量的培訓。

e)業(yè)務擴展方便,只需要增加幾個業(yè)務擴展的頁面即可,不需要大量的編程。

f)界面不需要太多的編寫,比較通用,更改界面也比較簡單,所以幾乎不需要維護。

g)由于Web的平臺無關性,可以從一臺服務器、幾個用戶的工作組級擴展成為擁有成上萬用戶的大型系統(tǒng)。

2)服務器

a)數(shù)據(jù)都集中存放在數(shù)據(jù)庫服務器,所以不存在數(shù)據(jù)不一致現(xiàn)象。

b)能有效地保護數(shù)據(jù)平臺和管理訪問權限,服務器數(shù)據(jù)庫也很安全。

c)在數(shù)據(jù)庫服務器上不一定使用WINDOWS系統(tǒng),選擇更多,成本更少。

d)如果是異地,只需要把服務器連接專網(wǎng)即可,實現(xiàn)遠程維護、升級和共享。

e)在JAVA這樣的跨平臺語言出現(xiàn)之后,B/S架構管理軟件更是方便、快捷、高效。

f)數(shù)據(jù)存放在數(shù)據(jù)庫服務器,客戶端并不存放任何業(yè)務數(shù)據(jù)或者數(shù)據(jù)庫連接信息,所以數(shù)據(jù)比較安全。

g)隨著服務器負載的增加,可以平滑地增加服務器的個數(shù)并建立集群服務器系統(tǒng),然后在各個服務器之間做負載均衡。

3)用戶

a)B/S建立在廣域網(wǎng)上,所需的網(wǎng)速不高。

b)外部的用戶也可以對瀏覽器進行訪問。

c)界面人性化,通用化,不需要多少培訓就能掌握。

d)不需要安裝客戶端,只要能連上網(wǎng),就能隨時隨地的瀏覽頁面。

e)借助Internet強大的信息發(fā)布與信息傳送能力可以有效地解決企業(yè)內(nèi)部的大量不規(guī)則的信息交流。

f)所有的用戶都是通過一個JDBC連接緩沖池連接到數(shù)據(jù)庫的,用戶并不保持對數(shù)據(jù)庫的連接,用戶數(shù)基本上是無限的。

4)成本

a)軟件重用性強,節(jié)省了大量的成本。

b)不需要安裝特殊的軟件,客戶端幾乎零維護。

c)開發(fā)簡單,升級便捷,人員不需要太多培訓,節(jié)省了大量的資金。

d)客戶端幾乎不需要維護,只要盯緊服務器就可以了,所以成本較小。

e)一般只有初期一次性投入成本,有利于軟件項目控制和避免IT黑洞。

f)建立在廣域網(wǎng)之上的,不必是專門的網(wǎng)絡硬件環(huán)境,例如電話上網(wǎng),租用設備等,成本較小。

[B/S缺點]

雖說B/S架構有很多優(yōu)越性,但是也不可避免有些缺陷,不然也不會暴發(fā)究竟使用哪種架構的口水戰(zhàn)。不過,在理論上,既然B/S是C/S的改進版,應該克服了C/S的很多缺陷,所以缺點應該不是很多。下面我們來看看實際上是什么情況。

1)客戶端

a)面通用化,不突出個性。

b)頁面需要不斷地動態(tài)刷新,尤其是用戶增多,網(wǎng)速慢得情況,很費時。

c)由于不需要安裝客戶端,客戶端易擴展,還有就是外部用戶也可以訪問,所以B/S面對大量的不可知用戶。

2)服務器

a)用戶增多時,服務器響應速度慢。

b)功能雖然多樣化,但是不能專門化,不能實現(xiàn)復雜的功能。

c)服務器承擔著重要的責任,數(shù)據(jù)負荷較重。一旦發(fā)生服務器“崩潰”等問題,后果不堪設想。

[C/S優(yōu)點]

C/S架構既然能在計算機歷史的長河中長盛不衰就必然有其閃光之處。下面將從各個角度分析C/S架構的優(yōu)點。

1)客戶端和服務器直接相連

a)點對點的模式使得更安全。

b)可以直接操作本地文本,減少獲取文本的時間和精力。

c)由于直接相連,減少了通信流量,這對于客戶來說可以節(jié)約一大筆費用。

d)直接相連,中間沒有什么阻隔或岔路,所以響應速度快。當通信量少的時候沒什么感覺,但是如果通信量龐大,就不會出現(xiàn)擁堵的現(xiàn)象。

2)客戶端可以處理一些邏輯事務

a)充分利用兩者的硬件設施,避免資源的浪費。

b)為服務器分擔一些邏輯事務,可以進行數(shù)據(jù)處理和數(shù)據(jù)存儲。可以處理復雜的事務流程。

c)客戶端有一套完整應用程序,在出錯提示、在線幫助等方面都有強大的功能,并且可以在子程序間自由切換。

3)客戶端操作界面

a)可以提高客戶的視覺體驗,滿足客戶需求。

b)客戶端操作界面可以隨意排列,充分滿足客戶的需要,展現(xiàn)特點與個性。

[C/S缺點]

經(jīng)過長期的時間檢驗,人們發(fā)現(xiàn)了C/S存在的不足,下面將前人的觀點整理總結一下:

1)客戶端

a)只能處理一些功能單一的多系統(tǒng)。

b)C/S架構適用于局域網(wǎng),對網(wǎng)速的要求比較高。

c)由于需要安裝客戶端,安裝部署困難,所以不易擴展。

d)若客戶端使用的系統(tǒng)不同,就要針對這些系統(tǒng)分別編寫程序。

e)客戶端界面缺乏通用性,且當業(yè)務更改時就需要更改界面,重新編寫。

f)客戶端需要專門的客戶端程序,比較麻煩,針對點多面廣且不具備網(wǎng)絡條件的用戶群體,不能夠?qū)崿F(xiàn)快速部署安裝和配置。

2)服務器

a)用戶數(shù)增多會出現(xiàn)通信擁堵,服務器響應速度慢等情況。

b)當服務器難當大任時,只能將其廢棄,使用更強大的服務器。

c)當客戶端用戶增多時,服務器難以承擔重負,是名副其實的“胖”客戶端。

d)用戶是通過ODBC連接到數(shù)據(jù)庫的,且每個連接到數(shù)據(jù)庫的用戶都會保持一個ODBC連接,會一直占用中央服務器的資源,對服務器的要求很高。

3)用戶

a)沒有安裝客戶端的外部用戶不能訪問。

b)只有安裝了客戶端才能訪問服務器,所以用戶不能隨時隨地的訪問。

c)用戶是通過ODBC連接到數(shù)據(jù)庫的,所以用戶數(shù)受限,不易擴張。

d)由于針對小范圍的客戶,所以不能實現(xiàn)真正大范圍的信息共享,信息傳達和發(fā)布。

4)開發(fā)成本

a)需要聘用高素質(zhì)的人員,對其培訓,費用高。

b)初次開發(fā)就需要配備好客戶端,服務器,需要有專業(yè)水準的技術人員,所以成本高。

5)后期成本

a)系統(tǒng)升級維護麻煩,需要更改大量程序,投入大量精力和金錢。

b)業(yè)務擴展或變更時,需要更改程序,客戶端的界面也需要重新更改。

c)初次投入成本后不能一勞永逸,后期需要很多成本,比如服務器的更換,客戶端的更變等。

最后編輯于
?著作權歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容