1樓：
B/S是一種特殊的C/S，B是可以用指令碼進行功能定製的通用C端。
對效能要求不高、且不需要呼叫系統本地功能的場合，可以選擇使用B/S，也可以選擇C/S，其它場合只能選擇C/S。
隨著JS開發框架的發展，B/S和C/S有融合的趨勢，很多C/S程式使用B/S技術開發而成，反之也成立，很多C/S程式通過相應程式語言到JS的轉譯器(比如C++轉JS)可以移植為B/S程式。
總得來說，可以用B/S開發的軟體必然可以用C/S來實現，但用C/S實現的軟體不一定可以用B/S來實現，C/S比B/S更靈活更高效更通用，所以B/S是可以被替代的，C/S是無法被替代的，因此不存在「B/S是未來的主流趨勢」。
2樓：Wonder
軟體設計中架構,語言,儲存這種都是屬於次要的因素最主要的是從需求中整理出核心的業務邏輯/領域模型,並且做到高內聚低耦合
回過來具體到你的問題,其實應該把主要的業務邏輯,資料驗證儲存都放到伺服器端,至於使用者介面用瀏覽器還是客戶端,其實都差不多
說到底b/s還是c/s都是浮於表面的東西,並沒有觸及到軟體開發的核心
3樓：
回答一下，對不對供你參考。
首先作為乙個技術人員，你不要先入為主地選擇什麼C/S或者B/S，你只要做好自己的技術就好。當工作中的需求提出的時候，通過分析，自然會得出哪種取向更佳。現在有些公司的半瓶醋管理者，動輒對設計人員說「我們的設計要做B/S或者C/S」，這是非常不負責任的。
因為需求沒有確定。雖然你可以說「採用B/S的可能性很大」，甚至銷售人員可以滿嘴跑火車。但技術人員不能這麼想。
現在因為一些專案中對效能等的要求，導致設計上將一些節點集合起來形成乙個抽象的功能層次，或者提供服務之類的，這就成為了乙個層。類似這樣的分法，實際上可以分出N多層。因此，不要糾結與什麼C/S或者B/S，當需求需要的時候，縱然（C+B）/S難道你就不做嗎？
難道你就固化地捧著B或者C，不懂得改進和變通嗎？所以，這些都是草。都是噱頭，宣傳如果需要噱頭，那就說說，但當你要做設計的時候，就不要再考慮這些了。
所有的都是功能與非功能的需求要求使然。沒有需求要求的也不應該自己去強加乙個什麼層。
至於未來如何，那全看需求。需求指向的，就去做。
就說這些吧。對錯供你參考。
電力設計院真的沒有未來了嗎
藍藍碧水天 不知道電力設計院具體情況，但是根據平時從你們那裡拿到的圖來看，設計院肯定是完蛋了，各種低階錯誤層出不窮，甚至會把已有變電站的成品圖改個引數就拿出來的，到了現場各種指標都對不上，我們還要再改，都到這種混吃等死的程度了，還談什麼未來？ 我們設計院畫圖基本靠年輕人，資歷老的同事就把把關 審核一...
雙減政策下的學而思真的沒有未來了嗎？
魯班9號 就算是沒有雙減，感覺未來的趨勢也是沒有希望的。本來小學 初中 高中就簡單，白天上課，晚上還要寫作業，實在不行買參考書自己學。如果還要父母管制和大量的補課來提高分數，長大了也是庸才，以後的父母隨著素質的提高，會明白這點。 summer 很明顯學而思的課堂比校內的課堂節奏快但是又有很多孩子喜歡...
高中生抑鬱休學在家沒有未來了嗎？
哎，我覺得得了抑鬱症的高中生挺不容易的吧，看得出來，你挺在乎學習的，可是因為疾病的原因你現在沒辦法集中注意力，是你自己無法控制的，別強求了，好好養病吧，學習的事情可以之後考慮，實在不行，就拿著乙個高中文憑就行，尋找另乙個出路。 你並不是在 荒廢時光 只是在 儲存能量 不知道你有沒有看過一部經典的日劇...