第一千一百五十章 神器的輔助(第2頁)

Bs架構即BrowserserverArchitecture，是基於瀏覽器和服務器之間的通信，將應用程序的邏輯和數據存儲在服務器上，而客戶端只是利用瀏覽器，通過網絡請求數據和交互操作。

而Cs架構，即tserverArchitecture，則是基於客戶端和服務器之間的通信，將應用程序的邏輯和數據存儲在服務器上，而客戶端是利用終端設備，運行一部分程序代碼來處理數據和交互操作。

其實兩種架構各有好壞，具體孰優孰劣，主要還是得看運用環境。

Bs模式的好處不言而喻，所有程序和數據都集中在s端，可以做到統一維護統一管理，數據同步性單一性優越，客戶端無需升級或者購買專用的設備，只需要一臺帶有瀏覽器的電腦就能夠處理事務了。

壞處則是對網路和服務器的速度要求高，有大量的數據需要通過瀏覽器從服務器即時獲得同時還要即時反饋，信息交流數據量巨大，往往會造成網絡和系統的堵塞，甚至是系統全面癱瘓。

而Cs模式的好處就是反過來的，因為部分業務在本地處理，只有需要互相交流的信息才會上傳s端，或者從s端下載，自身還可以承擔相當大一部分局部運算工作，對網絡和中央服務器的要求小許多。

可問題就是每個C端需要安裝一套C端服務程序，每個C端所需要的計算機性能，也比Bs模式的下的終端機性能高得多。

而最大的問題不在成本上，而在與系統的統一性，數據的唯一性，以及管理的複雜程度上。

一旦系統需要升級，那就是所有的C端都要進行同步的升級，工作量巨大。

此外數據、程序、服務器都是分佈式的，很容易造成C端和s端系統的版本不一致，兩地數據存在差異等問題，系統小，數據簡單還好辦，要是系統和數據量都非常龐大的話，很容易給信息管理工作帶來巨大的困擾，甚至造成系統和數據因為時間節點上的程序版本差異和數據差異帶來的不可備份性和不可恢復性，這就相當的致命了。

舉一個簡單的例子，Bs模式下，數據備份很簡單，因為數據只在s端，只需要選一個時間階段，將當前數據備份下來，就完成了防範風險的工作。