cs，你看以前銀行，鐵路，電力等內部系統全是cs，現在逐步換bs了，但是涉及安全的核心繫統還是cs更安全。畢竟bs的f12就可以開始研究，cs的你至少得反編譯一下客戶端才可以。

1．硬體環境不同

C/S 一般建立在專用的網路上, 小範圍裡的網路環境, 區域網之間再透過專門伺服器提供連線和資料交換服務.

B/S 建立在廣域網之上的, 不必是專門的網路硬體環境,例如電話上網, 租用裝置. 資訊管理. 有比C/S更強的適應範圍, 一般只要有作業系統和瀏覽器就行

2．對安全要求不同

C/S 一般面向相對固定的使用者群, 對資訊保安的控制能力很強. 一般高度機密的資訊系統採用C/S 結構適宜. 可以透過B/S釋出部分可公開資訊.

B/S 建立在廣域網之上, 對安全的控制能力相對弱, 面向是不可知的使用者群.

3．對程式架構不同

C/S 程式可以更加註重流程, 可以對許可權多層次校驗, 對系統執行速度可以較少考慮.

B/S 對安全以及訪問速度的多重的考慮, 建立在需要更加最佳化的基礎之上. 比C/S有更高的要求 B/S結構的程式架構是發展的趨勢, 從MS的.Net系列的BizTalk 2000 Exchange 2000等, 全面支援網路的構件搭建的系統. SUN 和IBM推的JavaBean 構件技術等,使 B/S更加成熟.

4．軟體重用不同

C/S 程式可以不可避免的整體性考慮, 構件的重用性不如在B/S要求下的構件的重用性好.

B/S 對的多重結構,要求構件相對獨立的功能. 能夠相對較好的重用.

5．系統維護不同

系統維護在是軟體生存週期中,開銷大, -------重要

C/S 程式由於整體性, 必須整體考察, 處理出現的問題以及系統升級. 升級難. 可能是再做一個全新的系統

B/S 構件組成,方面構件個別的更換,實現系統的無縫升級. 系統維護開銷減到最小.使用者從網上自己下載安裝就可以實現升級.

6．處理問題不同

C/S 程式可以處理使用者面固定, 並且在相同區域, 安全要求高需求, 與作業系統相關. 應該都是相同的系統

B/S 建立在廣域網上, 面向不同的使用者群, 分散地域, 這是C/S無法作到的. 與作業系統平臺關係最小.

7．使用者介面不同

C/S 多是建立的Window平臺上,表現方法有限,對程式設計師普遍要求較高

B/S 建立在瀏覽器上, 有更加豐富和生動的表現方式與使用者交流. 並且大部分難度減低,減低開發成本.

8．資訊流不同

C/S 程式一般是典型的中央集權的機械式處理, 互動性相對低

B/S 資訊流向可變化, B-B B-C B-G等資訊、流向的變化, 更象交易中心

C/S和B/S各有優勢，C/S在圖形的表現能力上以及執行的速度上肯定是強於B/S模式的，不過缺點就是他需要執行專門的客戶端，而且更重要的是它不能跨平臺，用c++在windows下寫的程式肯定是不能在linux下跑的。

而B/S模式就不同了，它不需要專門的客戶端，只要瀏覽器，而瀏覽器是隨作業系統就有的，方便就是他的優勢了。

而且，B/S是基於網頁語言的、與作業系統無關，所以跨平臺也是它的優勢，而且以後隨著網頁語言以及瀏覽器的進步，B/S在表現能力上的處理以及執行的速度上會越來越快，它的缺點將會越來越少。

比如，未來的HTML5，在圖形的渲染方面以及音訊、檔案的處理上已經非常強大了。

不過，C/S架構也有著不可替代的作用。

C/S即Client/Server，B/S即Browser/Server，從名稱上就能看出，一個是客戶機與服務端，一個是瀏覽器與服務端，安全上肯定C/S比B/S上更安全。

C/S存在區域網中，B/S存在廣域網中，區域網就代表著硬體環境可控，相對來說，C/S更為安全。

C/S面向固定的使用者群，資訊交流與流程較為安全，B/S面對的為未知使用者。

所以從以上可以看出C/S架構更為安全，但是選擇何種架構肯定要綜合考慮使用場景與服務場景，綜合評估後再做決定。

核心服務可以選擇C/S架構，而面向使用者的可以使用B/S架構，肯定是多種架構並存來規劃。

　　關於bs和cs架構安全性的比較，肯定是cs架構要比bs架構更安全一些。因為cs架構的使用者物件相對比較固定，並且在相同區域，有限的裝置。比如超市收銀系統等。

　　但是（不得不說但是），網際網路發展到今天，很多cs架構應用已經轉向到了bs架構，這都是因為cs架構的弊端：

　　1、需要專門的客戶端安裝程式，分佈功能弱，針對點多面廣且不具備網路條件的使用者群體，不能夠實現快速部署安裝和配置；

　　2、相容性差，對於不同的開發工具，具有較大的侷限性。若採用不同工具，需要重新改寫程式。同時對部署的環境也有較高的要求；

　　3、開發、維護成本較高，需要具有一定專業水準的技術人員才能完成，發生一次升級，則所有客戶端的程式都需要改變。

　　同時，公有云、私有云的出現，讓更多的企業願意將自己的應用服務部署在雲端。這讓bs架構應用迎來了發展契機，企業自己不再需要為安全問題而顧慮，全權雲上方案解決了。以至於隨後，很多crm，erp廠商也轉投雲crm、雲erp，當然還有SAAS服務的出現，這一系列的變革，足可以說明bs架構應用利大於弊，以前所謂的bs架構可能安全性上需要花費巨大的設計成本，現在不用了，等於說是安全問題得到了解決，那自然是不想發展都不行了。

　　扯遠了，bs架構也好，cs架構也罷，還是要把它們放在特定的應用場景裡來比較。在某個應用場景，不到非要使用cs架構的情況下，還是用bs架構來設計吧。

首先了解BS和CS的區別。

前者是基於瀏覽器的。後者是基於客戶端的。

瞭解這個之後，相對的安全性這塊就好說了。客戶可以想辦法禁止客戶端的更新。但是沒辦法禁止瀏覽器模式的服務端更新。這樣一比較就知道哪個好了。BS模式在更新及時和強制這一塊肯定是比CS好很多。

雙擊並關注。更多數通知識等著你。