概念：cs設計模式，c代表的是client，s代表的是server。正如圖中的所示，是客戶機與伺服器之間的互動。這種互動在早期的軟體系統中，大多數都是採用這種模式，通過將任務合理分配到client端和server端，降低將全部的邏輯處理同時放到其中乙個所帶來的負擔，可以充分利用兩端硬體環境的優勢。
上面我們了解完基礎的概念之後，我們就來對比一下兩者之間有什麼差別吧，知曉我們在cs與bs之間怎麼去選擇哪種設計模式來開發我們的應用
cs模式
bs模式
硬體環境
c/s一般建立在專用的網路，小範圍的網路環境，區域網之間再通過專門的伺服器提供連線和資料交換
b/s建立在廣域網上，不必是專門的網路硬體環境，例如**上網，租用裝置，包括你現在在看我的部落格，一般只需要有作業系統和瀏覽器就可以了
安全要求
c/s面對的是相對固定的使用者群體，對於資訊保安的控制能力較強，高度機密的資訊系統採用c/s模式
b/s建立在廣域網上，對安全控制能力較弱，面對的是不可知的使用者群。
程式的架構不同
c/s程式更注重流程，可以對許可權多層次校驗，對系統執行速度可以較少考慮
b/s對安全和速度多重考慮，建立在需要優化的角度上，現在的技術更新也在b/s上優化更多
軟體重用不同
c/s程式的重用較差，一般做完了有啥功能就是固定著，只有在一定需要的情況下才需要修改
b/s有多重結構，要求構件相對獨立，有較好的重用性。例如你買一輛車，報廢了，裡面的零件可以再拿到其他的地方復用
系統維護成本
（軟體生存週期開銷大）
c/s程式由於整體性，必須在做的時候就需要考慮整體的考察，因為如果使用c/s模式開發，需要公升級可能是需要再做乙個新系統的可能性
b/s的構件相對獨立，新增構件，修改構件在軟體的公升級中能達到無縫公升級，將系統的維護開銷減到最小
處理的問題不同
c/s可以處理使用者面固定，安全要求高需求，與作業系統相關，一般都是相同的作業系統
b/s建立在廣域網上，面對不同的使用者群體，分散地域，多種作業系統
使用者介面不同
c/s多是建立在win平台上，表現能力有限，對程式設計師的要求比較高
b/s建立在瀏覽器上，有更加豐富和生動的表現方式與使用者交流。且大部分的難度降低，減低開發成本
資訊流不同
c/s一般是典型的**集權的機械式處理，互動性相對低
b/s資訊流可變化，有更高的互動性
一文明白藍綠部署 滾動部署 灰度發布 金絲雀發布
說明 藍綠部署 a b測試 金絲雀發布，以及灰度發布 流量切分等，經常被混為一談，影響溝通效率。根本原因是這些名詞經常出現，人們耳熟能詳能夠熟練地談起，對這些術語的理解卻沒有達成一致。下面是從blue green deployments,a b testing,and canary releases...
一文讀懂之 與equals的區別
答案是沒有區別。是不是很吃驚！我們一般認為的區別是 進行數值比較。equals進行物件 字串 內容 比較。直接用equals比較兩個物件，比較的是物件在堆記憶體中的首位址。所以除非棧種引用的是同乙個首位址，否則都不想等。來看jdk原始碼。sun公司的程式設計師底層也是用 來定義equals方法的，所...
一文解決Docker的安裝與簡單使用
systemctl stop docker操作 命令說明 檢索docker search 關鍵字 eg docker search redis 我們經常去docker hub上檢索映象的詳細資訊，如映象的tag。拉取docker pull 映象名 tag tag是可選的，tag表示標籤，多為軟體的版...