首先:我也很喜歡用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。