什么情況下用BS，什么情況下用CS？？
一、先說(shuō)應(yīng)用場(chǎng)景，然后實(shí)際推演和比較。就能清楚掌握了。
比如：目前有個(gè)CS結(jié)構(gòu)的.Net程序是用wpf技術(shù)寫的，那3D效果非常棒，而轉(zhuǎn)成BS結(jié)構(gòu)寫呢，是否也能達(dá)到這種完美的視覺(jué)效果，以及良好的交互和性能？
CS結(jié)構(gòu)轉(zhuǎn)成web的BS結(jié)構(gòu)。重點(diǎn)有3點(diǎn)我所擔(dān)心：
1 瀏覽器資源回收的慢，導(dǎo)致性能不好
2 無(wú)狀態(tài)，比如F5刷新。共享的變量等難以保持。
3 CS結(jié)構(gòu)用.Net的WPF實(shí)現(xiàn)的界面會(huì)很酷炫，有3D效果。但是轉(zhuǎn)成java web開(kāi)發(fā)，這種效果，能實(shí)現(xiàn)嗎？
是否有成熟的開(kāi)源框架和資源？
二、再說(shuō)C/S和B/S的區(qū)別。
C/S是Client-Server;B/S是Browser-Server
CS是胖客戶端；BS是瘦客戶端。
CS是長(zhǎng)連接，客戶端和服務(wù)端雙向通信；BS是無(wú)狀態(tài)短連接，是「查詢」式的通訊。只有客戶端向服務(wù)器查詢時(shí)，服務(wù)器才能向客戶端發(fā)送信息，
服務(wù)器不能主動(dòng)地向客戶端發(fā)送信息。當(dāng)然也可以通過(guò)websocket實(shí)現(xiàn)長(zhǎng)通信。簡(jiǎn)而言之，C/S 是雙向通訊，B/S 是一問(wèn)一答。
應(yīng)用實(shí)例：webqq 是BS結(jié)構(gòu)， qq 是CS結(jié)構(gòu)。
看本質(zhì)：
C = Client, S = Server。C/S 架構(gòu)即“客戶端-服務(wù)器” 架構(gòu)。這里的“客戶端”可以是有 GUI （圖形用戶界面）的定制軟件，也可以是瀏覽器，甚至可以是通過(guò) SSH 訪問(wèn)服務(wù)器的命令行腳本。只要是客戶端通過(guò)訪問(wèn)服務(wù)器調(diào)取計(jì)算或者存儲(chǔ)資源的，統(tǒng)統(tǒng)都是 C/S 架構(gòu)。
所謂的 Browser-Server 架構(gòu)其實(shí)是 C/S 架構(gòu)的一種特殊的實(shí)現(xiàn)形式，而不是其對(duì)立面。
CS 結(jié)構(gòu)三層溝通都在一臺(tái)電腦，一個(gè)數(shù)據(jù)的流動(dòng)幾乎沒(méi)有限制，所以最好自己腦中要清晰劃分三層。這樣寫出來(lái)的程序除了維護(hù)更好之外，還能讓一個(gè)初學(xué)者寫少很多重復(fù)的代碼?？傊?，就是切記不要寫那種所有邏輯堆在 Swing 類里面的糟糕程序就好了。寫 CS 可以熟悉線程和 Socket 編程，也是不錯(cuò)的訓(xùn)練。我學(xué) Java 時(shí)寫過(guò)微博的客戶端，用來(lái)練手還順帶體驗(yàn)一下 SDK 編程，也有成就感。
BS 的話，時(shí)刻記住那時(shí)個(gè)網(wǎng)站。不求甚解的話 Model - Java類，Controller - 繼承處理 HTTP 請(qǐng)求的類，View - JSP。這樣就錯(cuò)不了了。B/S架構(gòu)因?yàn)榭梢猿休d十萬(wàn)百萬(wàn)的用戶在線,并且不用將用戶分隔在不同區(qū)不同服務(wù)。
cs轉(zhuǎn)成bs 有啥差異和區(qū)別？比較雙向通信、性能、界面效果等
CS需要安裝客戶端，升級(jí)、出問(wèn)題的處理，非常麻煩，但其在本地運(yùn)算和處理文件等效率高，BS不需要安裝客戶端，通過(guò)瀏覽器訪問(wèn)操作，沒(méi)有逐個(gè)客戶端安裝調(diào)試，處理個(gè)性化問(wèn)題的麻煩，但是交互效果就會(huì)差一些，本地運(yùn)算和處理能力也不好
大部分主流程功能應(yīng)該可以達(dá)到，但是交互肯定是CS比較好，畢竟在本地運(yùn)行，依托操作系統(tǒng)。
第一個(gè)問(wèn)題，不用太擔(dān)心，瀏覽器這塊你需要關(guān)心的就只有適配問(wèn)題了，多版本多類型瀏覽器的匹配，如需要，得做好
第二個(gè)問(wèn)題，可以通過(guò)緩存等辦法解決，刷新按鈕上掛上緩存服務(wù)，把數(shù)據(jù)放緩存里，如果用戶非得F5或者CRT+R，那神仙也沒(méi)辦法了。
可以把狀態(tài)信息通過(guò)保存在redis，服務(wù)器端通過(guò)會(huì)話id查詢上下文信息，客戶端每次請(qǐng)求的時(shí)候帶上會(huì)話id
第三個(gè)問(wèn)題，確實(shí)會(huì)有一些差異，現(xiàn)在HTML5的技術(shù)大力發(fā)展，效果會(huì)比以前好很多，360度旋轉(zhuǎn)，多角度展示倒是可以做，但是效果跟CS比，我覺(jué)得還是CS能實(shí)現(xiàn) 效果更豐富多彩，如果BS一定想做到那種效果，可以考慮用flash做，flash的話基本就什么都可以了，只是頁(yè)面首次加載要花些時(shí)間
三、最后說(shuō)下CS程序轉(zhuǎn)BS的注意事項(xiàng)。
通信協(xié)議不一樣，框架體系不一樣。業(yè)務(wù)邏輯不能變。把以前的通信協(xié)議搞清楚，注意下有沒(méi)有上下文依賴。
bs結(jié)構(gòu)把通信協(xié)議都交給http來(lái)解決，不用關(guān)心通信和tcp封包解包的問(wèn)題。好的bs結(jié)構(gòu)就應(yīng)該是無(wú)狀態(tài)的，這樣便于擴(kuò)展。
比如，你可以把狀態(tài)信息通過(guò)保存在redis，服務(wù)器端通過(guò)會(huì)話id查詢上下文信息，客戶端每次請(qǐng)求的時(shí)候帶上會(huì)話id。
通常這個(gè)會(huì)話id就是token 這樣任何一個(gè)服務(wù)器都可以處理這個(gè)請(qǐng)求，通過(guò)token獲取上下文。
客戶端的問(wèn)題前端比較專業(yè)，現(xiàn)在的js也很nx，有高手的話都不是問(wèn)題。html5 的新技術(shù)應(yīng)用上 再加上JS，完全能實(shí)現(xiàn)酷炫的效果。
bs結(jié)構(gòu)的問(wèn)題大部分都是服務(wù)器性能的問(wèn)題。瀏覽器問(wèn)題都是盡可能去適應(yīng)。
瀏覽器比較慢就看看用的框架是不是很臃腫，頁(yè)面是不是很大，加載了很多無(wú)用的資源，網(wǎng)絡(luò)請(qǐng)求時(shí)間是否足夠快
Net開(kāi)發(fā)，C#寫的有些類就能公用。用java寫就得全改。而且那些酷炫的3d效果，不知是否有開(kāi)源的。。。。？？
語(yǔ)言都不是問(wèn)題。bs主要是服務(wù)器端的語(yǔ)言，客戶端都一樣。長(zhǎng)期來(lái)看我更傾向于java，免費(fèi)，開(kāi)源的系統(tǒng)和方案很多。.Net的主要問(wèn)題是收費(fèi)，用了它，就得買Windows操作系統(tǒng)，相應(yīng)的數(shù)據(jù)庫(kù)和開(kāi)發(fā)工具，它的配套的開(kāi)源較少，總體上不夠開(kāi)放。
用.Net的企業(yè)，除了微軟，國(guó)內(nèi)沒(méi)什么NB的企業(yè)，也決定了很難有什么NB的.Net開(kāi)發(fā)人員。
