首先：我也很喜歡用B/S架構，B/S本身有不可替代的優勢，這點不可否認。其次：無論B/S C/S沒有好壞對錯，只要能做專案，能解決客戶的需求，能收款就是好產品。

四年前我選擇C/S主要是三個原因：

作為80後，我的知識結構更擅長C/S，開發週期會更短。急著要做專案，肯定優先選擇自己擅長的東西。那幾年一直在做MES系統，經常需要客戶端和各種裝置來做對接。比如和鐳射打標機對接列印產品序列號；和視覺識別裝置對接讀取序列號，和視覺檢測裝置對接傳送和讀取檢測資料；和RFID裝置對接等等；這種場景下B/S很難直接解決，往往需求開發單獨的工具來採集資料再上傳到伺服器。而如果用C/S就會比較容易，對接功能直接整合到客戶端。不再需要額外的東西。很多中小型企業，管理不嚴格，甚至網管都沒有，他們是沒法正常使用Chrome或者firefox的，只要上網，肯定是莫名奇妙就裝了若干個國產瀏覽器，不是說這些瀏覽器不好，只是廣告太多，一開啟滿屏不堪入目的廣告，甚至還有聲音。實在不想老是要幫他們清理電腦。

如何解決C/S的弊端：

客戶端綠色安裝包，.net 開發，win7以上系統，不再需要安裝net framework，整個資料夾複製過去就能執行。程式有自動更新功能，解決更新問題。

我們的思應快速構建平臺，電腦客戶端採用C#語言開發，服務端採用go語言開發，服務端所有功能都封裝為api介面，提供給客戶端呼叫，客戶端無論是C/S或者B/S都是可以的，只是現在完成了桌面端，後續肯定也會開發web版本。 另外我們的APP採用Flutter開發，也是直接呼叫同一個服務端的api，能同時相容安卓和蘋果，後續也可能直接用Flutter來做web。