HTTP Basic Authentication很容易讓攻擊者監聽並獲取使用者名稱密碼。使用Base64來encode使用者名稱密碼也只是為將使用者名稱和口令中的不相容字元轉換為均與HTTP協議相容的字符集。

最好的方式是直接給服務端加SSL，請求由HTTP變成HTTPS請求。

SSL協議的優勢在於它是 與 應用層 協議獨立無關 的。高層的應用層協議（例如：HTTP 、 FTP 、 Telnet 等等）能透明的建立於SSL協議之上。SSL協議在應用層協議通訊之前就已經完成加密演算法、通訊金鑰的協商以及伺服器認證工作。在此之後應用層協議所傳送的資料都會被加密，從而保證通訊的私密性。

理論上來說區別不會太大，如果是用同一套資料庫的話。那就只是換個介面而已。

B/S構架升級方便 客戶機不用安裝軟體，省心。不過有時候會有些意想不到的問題。

20年前我寫ERP的時候就曾經設想用全B/S構架。最終沒有采用的原因是因為當時沒有好的列印元件。當然換成現在就不是問題了。

當時採用了C/S輸入資料 B/S查詢。

後來還編寫過手機端的查詢系統。

現在移動端軟體是趨勢，建議選型的時候可以考慮一下。 有的時候用移動裝置輸入資料更加方便。

CS與BS架構在實際應用中確實存在一些差異，ERP開發商推薦使用CS架構可能是考慮企業即時性需求不高，網路狀況，使用效率等因素。

CS（Client/Server）即客戶端到伺服器，BS（Browser/Server）即瀏覽器到伺服器，其優缺點的存在是架構本身造成的，硬體及網路的需求，資訊保安，程式安裝應用，使用者介面及系統維護的層面，處理資料的方式等有著不同的控制處理流程，各具特點，無關孰優孰劣，只是應用於不同型別企業的需求而已。所以搞清楚企業自身的需求，再根據開發商的建議，最後結合企業網路硬環境的基本情況來決定使用哪種架構比較合適，而不要單純追求優缺點，應考慮對企業發展和管理的契合度。

從我使用ERP系統的實踐角度講，網路基礎好，軟體和伺服器執行穩定，追求效率，網路安全管理跟的上，利用MPLS技術透過通訊運營商架設專用網路，兩地甚至多地互聯，使用BS架構的ERP系統對未來的發展比較好，畢竟在邁向萬物互聯的時代，當然，這些要取決於企業對網路管理，ERP系統平臺的管控能力。

7月底與一家上市公司財務中心的一位小主管吃飯聊天時，說到大企業為何選價格貴的SAP的ERP系統時，他說SAP的產品、穩定性好。

該公司已成立財務共享服務中心。

你這是被用友公司給忽悠了吧，CS架構無非就是可以訪問電腦的一些硬體資源。也就是說，你可以透過BS架構的系統訪問電腦外設的串並口，也可以訪問USB介面，等等。CS和BS的區別，只是在於BS的安全性要求要高一些，因為BS只能由瀏覽器來操作，而CS是單獨的需要在客戶端安裝的應用程式。

一個做得好的BS產品，效能和執行效率是完全有可能超過CS系統的，這要看系統自身的架構設計能力。而且，從產品的便捷性和可擴充套件性，易部署性，可移植性這些指標來看，BS系統肯定是全面超越CS系統的。現在的主流系統，基本上都選擇BS架構來實現產品的，雲就是這樣的一個概念，可以作為BS系統的一個容器。

用友公司叫你單獨上CS架構系統，那是他們的產品本身就是基於CS架構來完成的，所以要擴充套件成BS架構的系統，需要花費很大的精力，所以他們自然就希望你上CS架構的系統了。現在CS架構的系統幾乎都快要被淘汰了，就是因為BS架構的系統，非常容易部署和使用，客戶端一個瀏覽器就足夠了，不需要別的任何東西。系統升級也特別方便，伺服器端搞一次，所有的客戶端都能同時更新。

至於用友公司說的執行效率問題，這個更加是無稽之談，可笑至極，感覺和你談這個事情的人，根本就不懂技術吧。眾所周知，BS系統可以通過後端的叢集和負載均衡，透過映象站點的部署，無限擴充其效能。從這個角度來看，你需要多高的執行效率，都可以後期透過新增硬體的方式來實現，而不需要改變BS架構系統本身。

建議你考慮上BS架構的系統，同時對用友公司提出效能和執行效率方面的具體書面約束。如果自己不懂的話，建議去大學裡找教授或者是專家來幫你們弄。千萬不要被別人牽著鼻子走，畢竟你是甲方。現在都什麼年代了，淘寶，阿里巴巴，百度，谷歌，你去看看，不都是BS架構的系統嗎，難道人家的BS架構的系統執行效率會低。千萬不要孤陋寡聞，現在BS架構的系統，才是IT行業的專案實現的主流架構。

現在選型一般會選bs架構，最起碼在部署上由於cs，或許在n年前會提到cs架構更安全速度更快，但現在的技術已經讓兩者幾乎沒啥區別，而至於如果混用cs和bs，如果費用一致，以後擴充套件不影響，其實也無所謂

根據自己的實際專案經驗來回答題主的問題。

在實際的程式設計及使用者使用過程中，C/S和B/S架構的本質區別是胖客戶端和瘦客戶端問題。

先解釋這兩個的概念。胖客戶端，客戶端在履行使用者互動職責之外，還有一定的資料處理邏輯，用來彌補服務端業務處理的不足。瘦客戶端，客戶端偏重使用者互動及資料展示，業務處理邏輯基本上全在服務端。

再說客戶使用方面的區別。C/S一般情況是使用程式語言構建出客戶端，有點底蘊的公司往往會有自己總結出來的介面框架。B/S的客戶端是我們常見的瀏覽器，遵循瀏覽器的開發規則即可，省去了單獨構建的工作。從軟體公司層面來說，B/S架構在人才儲備上有天然的優勢。移動網際網路行業的發展更是把B/S架構的發展往前推動了一大步。按照現在的發展趨勢來看，B/S會引領今後的潮流。

最後來談談兩種架構的優劣。題主說的效率問題，根本原因在於後臺邏輯的處理速度。B/S相較於C/S在效率處理上存在一定的劣勢，還真沒到選擇或者取捨的地步。它的一次部署全系統通用的優點是C/S系統夢寐以求的。在對移動網際網路支援，C/S更是很難做到。

結語：C/S是前些年非常流行的架構，B/S最近幾年也風生水起。對應用人員來說，只要是滿足業務需要，架構的問題可以忽略不計。

b/s論本質就是永tcp協議和80及443埠的c/s瀏覽器就是c，從本質上說c/s可以做出更好地軟體，當然要看開發者的水平。順帶說一句手機原生態app也屬於c/s範疇。編出好的c/s對開發者的基本功要求更高。隨著網路越來越快，c/s可以更靈活地應用本機、網路和伺服器資源，高效能和高階應用會更傾向於用c/s

你是甲方，是上帝啊！怎麼能被乙方牽著鼻子走呢？

邀標書的技術要求增加一條：要求系統採用B/S架構。

用友要是不願意，就讓金蝶來。金蝶這兩年正在力推他們的“蒼穹雲”。別說是B/S架構了，他們甚至希望客戶直接使用他們的SaaS平臺。

CS架構跟BS架構的主要區別有兩條：

客戶端的執行環境的要求不同。BS架構要求客戶端必須安裝一定版本的瀏覽器，這也對客戶端作業系統提出了要求。CS架構不要求客戶端有瀏覽器，可針對客戶端環境做定製開發。通訊協議不同。BS架構必須使用http以上的協議，而CS則比較靈活甚至可以定製開發一些專用協議。

早期網路頻寬比較有限的時期，CS架構比較流行。畢竟CS架構不需要傳輸客戶端介面，也無需按照http協議要求對資料進行編碼處理（這通常會使資料量倍增）。但是CS架構的客戶端需要一個使用者一個使用者單獨安裝，這無形中增加系統釋出的工作量，而且客戶端程式版本繁多，升級維護的成本非常高。

現在網路頻寬早已不是問題，BS架構集中管理統一配布無需安裝的特點便倍受青睞，目前BS非常流行。甚至一些CS架構的伺服器端介面也相容http協議，以方便兩種架構的混用。一般只有一些微控制器之類的簡易終端才會使用CS架構。

題主所說的ERP系統中有使用CS架構的需求，這也比較正常，ERP生產系統中的終端，一般會用一些低配的電腦，如果需要掃碼的話，為了降低成本也可能用一些低端的掃碼槍或者是感測器。這就可能不支援BS架構(比如，不支援瀏覽器或瀏覽器版本過低等)。這個需要具體問題具體分析。BS和CS混用的環境裡，最容易出現的是兩種介面的處理邏輯不一致的問題。一般說來，可以設計兩層介面來規避這個問題:底層介面用來統一兩種架構的邏輯；頂層介面可以對不同的環境進行定製化開發。

千萬不要上CS模式的，運營起來比較麻煩而且軟硬體都需要一定要求，直接BS模式網頁訪問即可，在子公司一臺伺服器還是能夠支撐的，不然你CS模式跨部門協助矛盾超級多。

cs是單機版本，優點是執行效率高，計算大量繁瑣的公式速度很快。缺點是每臺電腦都需要安裝一個程式才能使用，並且沒有移動端。

bs是網頁端，優點是介面好看，直接用瀏覽器就可以訪問，也有移動端。缺點是進行大量複雜運算的時候速度比cs架構稍慢。

目前天翎低程式碼平臺採用bs架構，執行速度高之餘還擁有豐富的介面。