CS 和 BS 架構的優缺點分別是什麼？

01-01

子公司是一家製造加工企業，最近要上ERP系統，因為要統一管理，所以我們要他們上BS架構的NC集團管理軟體，但問題是用友及子公司的管理員提出BS架構對他們的生產管理系統來說運行效率有問題，太慢，所以希望生產系統單獨上CS架構的，可以保證效率，我們擔心的是，如果兩個架構不同，以後運行介面上會不會有問題，會不會影響集團管控的目標？如果我們強硬要求統一上BS架構，是不是真的對生產效率有影響？影響有多大？

bs對客戶端要求相對較少，而cs的客戶端隨著操作系統的淘汰，中間件的淘汰等等等等，在長期項目上bs明顯比cs更經濟，可維護性也更好。事實證明cs幾乎是個無底洞，曾經做過一個項目的客戶端是vb寫的，和中間間件的連接用的vc。xp淘汰之後妥妥的就悲劇了。因為用到一些內存使用技巧，移植到.net平台的難度很大，加上第三方控制項以及中間件的淘汰，最終客戶被迫全面放棄。

cs唯一的優勢在於他可以做有狀態服務，可以較容易寫出複雜業務的處理(cs也可以，只是代價相對大一點而已)。抱著cs不放不是對業務有多大影響，只是守舊思想作祟吧?

至於bs運行效率有問提。。。。抱歉我沒看懂。。。。什麼叫bs運行效率有問提?

用瀏覽器審批和用客戶端審批速度會不一樣?如果只是對打開速度的糾結，找個靠譜的前端工程濕多再多上幾台web server就是。。。。糾結的完全沒意義。。。。

概括地說，人們對CS的不滿積累到一定程度，才發明了BS架構，大趨勢肯定是BS。

CS您可以理解為OutLook，BS就是網頁版郵箱，反正我是自從有了gmail之後就沒在用過OutLook。

問題在於，由於BS技術的某些先天缺陷，要開發網頁版郵箱那樣，響應性和用戶體驗不輸與CS的BS應用，難度遠大於CS，尤其是ERP這種複雜度又是郵箱幾百倍的場景。

故用友不是真的不想讓你們用BS，是他們自己對自己的BS產品沒有信心！

我勸叔你還是從了用友走CS吧，硬上弓的下場一般是甲乙雙方均吐血而亡。

既然說到具體產品了，就直接針對 ufida NC 回答 BS 和 CS 用法

CS 優點：本地響應速度快，在硬體和網路環境不好的情況下用CS能提高效率（其實是降低用戶憤怒值）

CS 缺點：如果二次開發較多，那這個投入就不好說了。首先你不能保證不繼續修改二次開發方案，那麼CS 的兼容性就會不斷接受挑戰。

BS 優點：部署簡單啊！打開就用，不用太擔心二次開發帶來的兼容性。

BS 缺點：給用戶的感覺就是反應慢。

所以希望生產系統單獨上CS架構的，可以保證效率，我們擔心的是，如果兩個架構不同，以後運行介面上會不會有問題，會不會影響集團管控的目標？

運行介面的問題可能存在：

生產流程或者相關管理流程更改帶來的二次開發，導致介面兼容性上做資源再投入。
對數據需求的變化，統計口徑與視角的變化。這種BS問題不是BS,CS的選擇能解決的。都要讓你頭疼。就像會計科目變化，成本利潤中心變化帶來的影響。

集團管控的目標會一直指向到生產系統么？生產層面的數據，可能只能對子公司有意義吧？我的經驗是這不會影響集團層面的管控目標。

如果我們強硬要求統一上BS架構，是不是真的對生產效率有影響？影響有多大?

這個要看現場對生產系統的依賴性有多大了，需要調研。

BS系統和CS系統絕對可以交互的. 介面只要定義好(請找個牛b的人來做這件事), 沒有任何問題. (就是BS和BS交互, 介面沒定義好, 也是一團亂麻, 沒有什麼優勢).

如果交互, 要看用友那邊願不願意為你們提供介面, 或者做改動. 這個要商量的.(估計是他們不願意出人力資源來改動, 或者要加錢的)

BS系統會不會慢, 這個如果系統做得好, 比如淘寶(雙11上億人也不覺得慢), 如果系統做得不好, 比如12306, 就不說了.

不知道你們的對速度要求有多敏感, 通知只有工業控制(比如工廠, 車間機器, 稍微慢一點就會死人的)或者3D遊戲, 才很強調速度.

個人沒有ERP經驗, 以上純屬瞎扯, 但我的同學大部分都在做ERP或類似系統, 全部用Java寫的. 全部是B/S, 但是有了解國際著名的ERP, SAP以前(包括現在大部分)都是C/S的, 而Oracle是B/S的, 兩家都不錯, 兩家都很好, 所以還是具體情況具體分析.

付一個連接, 僅供參考

SAP、ORACLE各是B/S架構還是C/S架構，B/S、C/S架構各有什麼好處

剛看了小詩人的作詩，咱也做一個

《B/S和C/S的虐戀》

我的建議用B/S

一個ERP又不是IM

哪有那麼高的響應率要求

而且

B/S打開一次緩存過了

以後打開也不會慢的

最主要

B/S不受系統環境等因素影響

搞好瀏覽器兼容就可以了

C/S雖然響應快

但是C/S

問題也很多

比如XP/WIN8等

不同的系統

可能都會出現兼容性問題

再一個

你如果是異地環境

那麼就麻煩了

B/S

你打開一個瀏覽器就完成操作了

C/S

你還要安裝個客戶端

而且B/S

拓展介面也很方便

如果有一天

你們需要APP移動辦公

B/S只要

往外放JSON介面就行了

方便的很

還有最主要的是安全性

C/S的軟體

都很容易被反彙編

直接OllyDebug載入調試

B/S的核心東西

都是在伺服器端完成的

終端瀏覽器只負責上發和下傳顯示數據

即可

抽時間寫這篇文章，完全是由於業務經理總是碰到一些競爭對手在描黑BS架構的供熱管理軟體，而不知所措。我想有必要給我們的業務人員做一下掃盲，同時也可以幫助更多供熱企業選擇更有可能代表未來和先進的管理軟體架構。

從發展軌跡來說，BS是人們對CS的不滿積累到一定程度，才被發明出來的，是大趨勢。而且隨著移動互聯和雲計算髮展，絕大部分CS管理軟體肯定會被淘汰掉。

從應用場景愛說，CS一般來說只適合區域網內部使用，對運算比較關注的生產環境，而BS可以架構於任何網路。

從應用單位來說，供熱行業信息化嚴重落後於其他行業，選用應用簡潔易用的BS軟體才能更加有效推進企業信息工作。

1：用來編製CS管理軟體的編程語言，早已江河日下

首先我們來了解一下各種語言的發展趨勢和排行榜，可以看到排名前十的語言中，沒有一種是用來開發CS管理軟體的，其中8種語言（Java，C#，Python，PHP，Visual Basic .NET，JavaScript，Perl，Ruby）主要就是面向BS架構軟體的語言，剩下的兩種語言（C，C++）也不是應用於CS管理軟體，而主要面向遊戲、科學計算、網路通信軟體、操作系統、設備驅動程序、嵌入式系統等。

在2015年編程語言排名中，我們可以看到CS軟體的主打開發語言VB和Delphi
Pascal已經排到了17名和20名，加起來才不到2%的市場佔有率，而十多年前卻是佔據著10%以上，最讓人看不到未來的是VB和Delphi的廠商已經不再提供正式支持了。

因此，若是選擇CS管理軟體，會導致未來的升級和維護都可能會是問題，一方面因為該編程語言和相關的組件已經不再往前發展和創新了，另一方面是國內學院和學生根本沒有人去學了，大家都去學習互聯網或移動端的開發語言了。

2：市面上CS的管理軟體正越來越少

企業管理軟體目前已經是BS在主導天下了。

十幾年前所有管理軟體都是基於CS架構開始的，包括用友用VB開發的財務軟體，金蝶也是用VB開發的管理軟體，當時還有和VB並駕齊驅的Delphi開發平台（Borland公司擁有）。那完全是因為那時還沒有互聯網，甚至區域網都沒普及，所謂CS管理軟體其實就是一個單機記賬軟體。

但隨著互聯網興起和信息化管理的深入，一方面我們很容易看到所有新興的企業管理軟體，幾乎就沒有採用CS開發的，如比較流行的OA管理軟體，CRM管理軟體。另一方面也看到國內包括用友、金蝶等巨頭都在從CS轉向BS，或者說從VB轉向JAVA、.NET，CS相關管理軟體一方面越來越少，另一方面現存的CS管理軟體也是出於舊版本維護中而已。

3：CS管理軟體應用不如BS方便

相比於CS管理軟體，BS在安裝部署、升級維護、設備帶寬、軟體學習推廣成本等方面都有無可比擬的優勢。BS管理軟體的用戶在客戶機上無需安裝任何軟體，使用瀏覽器即可訪問系統。系統讓企業擴張不再需要額外投入更多信息化的資金，讓系統培訓和後期推廣都變得非常容易，管理模式變得可複製。

可用性：任何時間、任何地點、任何系統，只要可以使用瀏覽器上網，就可以使用BS系統的終端，更多的系統用戶加入時只需設立賬號、培訓即可，並支持移動辦公和分散式辦公。CS是典型的集中式機械化處理，交互性相對低。

穩定性：J2EE的三層架構，採用中間件應用伺服器。資料庫、應用伺服器、視圖分層設計，幾千幾萬用戶同時在線系統也有優秀的表現。

易升級：CS系統往往是一個不可拆分的整體，各部分模塊中有一部分改變，就要關聯到其它模塊的變動，使系統升級成本比較大。BS都是由構件組成，只需要改變頁面就可以同步更新，其開發、維護等幾乎所有工作也都集中在伺服器端，當企業對網路應用進行升級時，只需更新伺服器端的軟體就可以。

低維護：CS需要專門的客戶端安裝程序，客戶端的安裝、升級、網路調試困難；而BS系統只需管理中心伺服器。

兼容性：CS系統嚴重依賴於固定的開發工具、開發語言、操作系統、資料庫，軟體服務商提供的只能是一個整體性的固化軟體，對異構操作系統、資料庫很難兼容。BS藉助JAVA這樣的跨平台語言出現之後，可兼容於所有主流資料庫和操作系統。

低帶寬：
CS典型應用是各個客戶端直接連接伺服器資料庫，一般應用在專用的網路上，僅適用於區域網內部用戶或寬頻用戶小範圍里的網路環境，不適合作業點分布較廣的大型應用。BS 建立在廣域網之上的，帶寬要求低，不必是專門的網路硬體環境，適用於低帶寬、欠穩定的環境。

豐富展現：CS 多是建立在Window平台上，表現方法有限。BS 建立在瀏覽器上，有更加豐富和生動的表現方式與用戶交流。

4：CS管理軟體不如BS更能應對未來挑戰

BS軟體在安全性、系統擴展、後續投資等方面都有無可比擬的優勢。

安全性：CS對伺服器端和客戶端安全都需要考慮，而BS只注重服務端即可。CS 程序由於更需要對整體性的考慮，必須有非常專業水準的技術人員才能完成軟體更改，特別是數據直接對各客戶端開放，導致安全隱患。而BS系統只對外開放HTTP協議和埠，資料庫只允許伺服器一台機器訪問，瀏覽器端U盾的使用使數據安全加密。

擴展性：系統擴展維護是軟體生存周期中，開銷大，相當重要
。CS 程序由於整體性，必須整體考察，處理出現的問題以及系統升級難，很可能是再做一個全新的系統。BS滿足構件個別的更換，實現系統的無縫升級。因此BS一般只有初期一次性投入成本，而CS軟體則不同，隨著應用範圍的擴大，投資會連綿不絕。

重用性：BS可基於J2EE平台架構，利用分散式組件技術來構造系統，減少系統維護和升級成本，有利於保護用戶投資，二次開發快捷。業務擴展通過增加網頁即可增加供熱業務功能。而CS構件的重用性不如BS好。

大型應用：對於集團級的異地軟體應用，CS結構的軟體必須在各地安裝多個伺服器，並在多個伺服器之間進行數據同步。如此一來，每個數據點上的數據安全都影響了整個應用的數據安全。所以，對於集團級的大型應用來講，CS結構軟體的安全性是令人無法接受的。對於BS結構的軟體來講，由於其數據集中存放於總部的資料庫伺服器，客戶端不保存任何業務數據和資料庫連接信息，也無需進行什麼數據同步，所以這些安全問題也就自然不存在了。而且CS模式下數據的實時性、追溯性都不能保證，數據的分布性導致數據永遠無法一致，決策不準。這也是由於CS對帶寬要求很高，企業要是租用專線投入會很大，才會導致數據分開管理。

投資保護：在對已有硬體投資的保護方面，兩種結構也是完全不同的。當應用範圍擴大，系統負載上升時，CS結構軟體的一般解決方案是購買更高級的中央伺服器，原伺服器放棄不用，這是由於CS軟體的兩層結構造成的，這類軟體的伺服器程序必須部署在一台計算機上；而BS結構則不同，隨著伺服器負載的增加，可以平滑地增加伺服器的個數並建立集群伺服器系統，然後在各個伺服器之間做負載均衡。有效地保護了原有硬體投資。

高性能：大多數CS結構的軟體都是通過ODBC直接連到資料庫的，安全性差不說，其用戶數也是受限的。每個連到資料庫的用戶都會保持一個ODBC連接，都會一直佔用中央伺服器的資源，對中央伺服器的要求非常高，使得用戶擴充受到極大的限制。而BS結構軟體則不同，所有的用戶都是通過一個JDBC連接緩衝池連接到資料庫的，用戶並不保持對資料庫的連接，用戶數基本上是無限的。

沒看到具體場景及問題點，估計你問了也白問。

其實想說的是，這個事兒不招標的嗎？換另外一家軟體供應商，估計問問他們售前工程師比來知乎都靠譜。

1.認真調研。

2.搞好IT基礎構架。

你這問題沒人能回答準確的，要看實際情況具體分析。

從軟體方面來說：

CS可以做得和BS差不多，也可以差別很大。

比如手機小遊戲

BS就是用瀏覽器打開網頁玩，伺服器卡、網路差就悲劇。

CS可以做成下載應用，然後應用裡面打開網頁玩，伺服器卡、網路差一樣悲劇。

CS也可以做成下載應用，應用本地玩遊戲，上傳分數到伺服器，伺服器卡、網路差也隨便玩，上傳分數不穩定對玩遊戲影響不大。

伺服器和網路沒問題的話，玩起來都一樣。

另外業務方面，財務等可以幾個小時不用軟體不做事，生產就不一定了。基礎的生產軟體可能要求24小時正常使用，一般本地CS。生產管理軟體不好說。去搞清楚到底為什麼不用BS，而不是跑到知乎問一群沒接觸過那裡實際業務的。

PS:前面答案說不理解效率差的。舉個誇張的例子，查看100MB照片，BS基本上都是從伺服器下載100MB，按分公司到集團2M專線來算，6分多鐘，如果幾個人同時用，一次操作就是幾十分鐘了，還不考慮網路中斷等各種情況。CS有的是每次從伺服器下載，有的是下載一次，有的是安裝時就在本地，不需要什麼時間。這個問題從軟體上來說，解決方法可以是CS。從業務上來說，也許可以去掉這個功能，那隨便用BS還是CS了。

我能說高票答案就是在胡扯么？

我能說現在流行的JS前端MVC框架其實就是回歸C/S的老路么？？

我能說在你手機上運行的千萬個APP其實也是客戶端程序么？？？

C/S天然地職責分明，而B/S則混淆地一塌糊塗。所以搞了幾十年的B/S搞不明白的情況下，出來幾個JS前端MVC框架，前端開發一下子就找到了方向。

C/S就如同現在流行的PC+伺服器，而B/S則相當於上古時期UNIX大型機上的終端。孰優孰劣，哪個才擁有未來不言自明。

好吧，桌面客戶端程序確實有點low。但C/S體系裡面的C，可不僅僅只有桌面客戶端啊，移動APP和JS寫的WEB單頁應用也是客戶端。重要的是：你的應用架構，必須是C/S體系！因為在C/S體系裡面，無論有多少種客戶端，一個功能就是一個介面。而且，服務端的部署非常靈活，小規模的時候可以採用單一架構，當規模擴大的時候，可以切換成微服務架構。而B/S體系的話，你有幾個應用，就要開發幾個服務端，這些服務端還TMD是一個個孤立的信息孤島。業務一旦變得複雜，那真是要死人的節奏啊。

現在cs和bs哪還分得這麼開，現在桌面程序也可以嵌入webview，瀏覽器也可以使用websocket了，各種單頁應用框架也可以把體驗做得很好，網頁端和客戶端都可以用同一套後端API了

對於生產控制需要的多點並發，穩定性和環境的彈性要求，cs確實比bs優勢非常明顯。你告訴我網路斷掉或者嚴重干擾幾百個點的數據就顯示不出來？bs要完成這些分布緩存，延時同步，網路檢測的功能即使可以，技術難度也非常高，而對cs來說這只是普通場景而已。當然現在都是組合的環境，辦公室用bs，生產現場用cs，外部用app，html5等等。我覺得現在還用cs bs說事的一定是老銷售了，都多少年沒更新過知識庫了。

糾結很久要不要匿名，最後~~~以下淺見，勿噴，希望對題主有幫助。

第一個問題，如果兩個架構不同，以後運行介面上會不會有問題，會不會影響集團管控的目標？

我注意到題主寫的：用友及子公司的管理員提出對BS架構疑慮， OK，以我做用友短短几年來看，第一個問題用友會給你解決方案。（同為用友產品，而且是用友建議，題主毋須擔心）如果這個問題是您子公司提出疑慮，您可以強硬，為什麼？因為用友支持，專業擺在這。現在的重點是如果這個是用友提出的建議，建議題主採納，不管他的出發點是自己產品功能也好還是架構也好，肯定是站在消費者立場考慮的，考慮NC使用NC產品的客戶，都是可持續發展的客戶，他們的目的肯定不是你一鎚子買賣完事，目的肯定是你正常運行產品，用好產品為目的的。因為你給他帶來的價值不是這一次你花100w買一套NC，而是未來一段時間甚至更久都是持續帶來價值的。總的來看，雖然現在得到的少，但是產品運行的好了，達到雙贏，利大於弊。（NC的生產製造應該價位更高，但是用友沒有推薦，說明問題）至於有回復說二次開發問題的，題主更不需要擔心了，NC是平台性質的，很多具備開發能力的企業，會買開發平台和動態建模的。

第二個問題，如果我們強硬要求統一上BS架構，是不是真的對生產效率有影響？影響有多大？

如果第一個問題解決，此問題我認為就不存在了，沒有強硬的理由。如果您能對用友研究的很透徹，給與充分的方案，那OK，那如果不是很透，為什麼不相信專業？對生產效率的問題和影響多大，用友會深有體會，生產部門的人員多難調控，不說你效率快他用的不順手就各種×××，就說你還慢還不順手吧，結果可想而知。另：不知道，您的角色是什麼？如您是信息主管，建議慎選，最後的結果是應用的一般，甚至廢掉，結論是不聽「老人」勸。

須知：在中國企業，軟體提供商的目的和使命都是讓企業用好軟體，並達到預期效果，但是，結果呢？大型ERP能正常運行起來，已經是望塵莫及了，為什麼？系統做的不好？在中國，如果用友還做的不好，那直接選SAP或者定向開發吧...所以呢？就是「人」，各種推諉，各種阻力造成的，當然乙方實施人員也極其重要。

綜上：建議採納用友的意見，我堅信他們的出發點就是你能用好軟體，並帶來持續性價值。

相信專業！！！

1.早期做網頁用的,做系統只能實現些簡單的功能。後期由於電子商務,異地辦公需求較強,發展非常迅猛，BS現在已經「很」成熟了。

2.BS在伺服器端,不管以前還是現在,強項都是網頁專用,特性註定了,BS還有些發展空間。應該會越來越強

3.優缺點

優點1：不管在哪裡都可以上(這也是缺點的一種，不想讓用戶在哪都能上怎麼辦,如果你說也可以，又回來了)。

優點2：瀏覽方便,只部署伺服器即可。不需要部署客戶端,1次性的工作省了。

優點3：瀏覽方便,比如瀏覽產品介紹等,瀏覽類似新聞的列表，很好看。

優點4：開發成本低,技術含量不高,不用了解那麼高深原理,很適合中國特色,中國人喜歡偷懶耍滑,所以可以跟客戶吹BS先進，減少開發成本，來錢快。區域網也可以用BS，反正來錢快，管它適合不適合。

缺點1：客戶端維護麻煩,瀏覽器兼容問題總是存在,尤其操作系統升級IE升級,對於BS系統而言，這個問題很大，增加了客戶端維護難度。尤其針對非專業的未知客戶群。

缺點2：性能低，這個是先天弱勢,改變不了太多，在伺服器端,一應一答方式，導致性能差，就算未來帶寬再高也無法彌補這個弱勢。或許未來會利用CS會做另一種模式東西取代BS。

缺點3：自身特性問題，瀏覽器符合瀏覽器的特性，不是做桌面系統用的，所以只能偽造客戶端界面以及功能。但別忘記本質，還是為網頁存在的東西，適合做網頁而相關的系統，比如產品新聞瀏覽。

缺點4：處理複雜事物能力弱，許多應用需要付出很大代價，又沒必要，無狀態。

1.概念很廣泛,BS就是特殊的CS，BS想發展也依靠前者,就理解為客戶端或伺服器端應用程序.CS 10年前就非常成熟了,基本沒什麼發展,微軟似乎也沒提供什麼新的,當然如果提供的基礎庫太強大，程序員就沒飯吃了。這是一種正常的發展。

2.CS在客戶端,為的就是做自身系統對應的程序存在，不是為網頁而存在。

優缺點

優點1.在客戶端，所以性能強大。可以做界面非常複雜的表現形式。

優點2.客戶端維護方便,CS很穩定所以安裝後基本不需要維護太多。不像BS存在瀏覽器兼容問題。

優點3.可以實現一些複雜事物的界面，操作性強大，如ERP，複雜的信息管理系統，複雜的通信等。

優點4.開拓性高.安全性可以自由控制.基本想實現什麼就可以實現什麼，如可以做N層，自己組合伺服器，群集應用自己做等。

缺點

缺點1.一次性安裝成本高,比如10000個客戶端，每個客戶端需要10分鐘，那麼第一次安裝需要很長時間。對比較大的企業第一次會麻煩一些。

缺點2.開發成本大於BS，CS較為有技術含量，許多東西對程序人員要求較高, 比如界面如果在WINDOWS下需要了解WINDOWS原理，繪製，不想BS用美工即可，不適合中國特色，中國特色，喜歡投機取巧，不喜歡專註。

缺點3.對於少數場景，實用性不如瀏覽器,如電子商務基本針對未知客戶戶群，不可能去安裝客戶端系統那麼麻煩。

弄清楚優缺點後，你就可以選擇了，大多數系統都是專用系統不存在在哪裡都可以上的優點，一般來說大多數系統都適合CS，BS在互聯網時代也有很好的應用，不過BS在中國技術亂用的很厲害，未來的發展是CS可以實現更多BS的東西，而BS也可以實現一些CS的東西，更融合。許多人說BS取代CS，初期是軟體公司忽悠客戶用的說法，因為BS成本低，賺錢快，所以這麼說，後期是因為國內做BS的太多,BS技術人員自然不想承認BS弱，通常情況ERP屬於複雜性操作，絕大多數ERP是適合CS的，一般系統在自己家裡可以隨便上的可能性很小，更何是用於內控的ERP。當然也有少數比較特殊的，這個根據你自己情況。做普通系統以及複雜一些的系統適合CS。大多數系統都是專用的，如果在外面能用瀏覽器登錄還壞了，如果在外面就VPN吧！一般7-8年後更新一次操作系統，這個太正常了，這是正常更新換代。成本完全可以接受。

如果你做網站，電子商務，以及瀏覽為主的系統時，需要用BS，比如針對產品介紹瀏覽，比如網站，比如一些未知外部客戶群的東西。操作方面BS比較適合一些輕量級的操作，而且可以給軟體公司節省成本。

想一想微信網頁版和客戶端的區別就知道了。

通常廠家推薦給你的是他們目前為止最可靠的版本。顯然，用友的B/S版本還在不斷開發中，所以現在賣給你還有些心虛。當用友的B/S版本一旦成熟，他們一定會推薦給你B/S版本。

用戶如果已經確定了供貨商，那麼基本上沒有選擇，要麼先穩定版本，等待被淘汰時候換新的。要麼上一個新版本，做小白鼠。

就題主的問題來說，你可以用 node-webkit 包裝一下當作客戶端給用戶……還能跨平台呢

1. 你們有多大的用戶數，將來可以預計的用戶使用數有多大，是一個員工分布在全國各地集團化公司還是用戶基本上都在一個區域。CS最大的問題是客戶端安裝在用戶機器上，如果涉及到到用戶數量過大已經員工在不同的城市辦公，必然會帶來部署問題，極大的增加it支持部門的工作量。

2. BS的部署不依賴於客戶端，有補丁需要實施只需要變動伺服器的設置與程序，用戶是不需要做任何變化，但是web段的用戶體驗可能比不上CS的方式。

所以還是要看你們公司的用戶使用量與預計發展的情況，不過業界大部分知名成熟的企業管理軟體一般都使用BS的方式。

其實bs和cs區別不大，無非就是客戶端的實現不同。運行效率問題確實存在，但是一般的業務系統應該差別不大，除非是客戶端運算量比較大特別耗費性能的系統才會有明顯差別。所以其實用哪個無所謂的…

看業務場景吧

1. 客戶端在100以下，業務功能變化較少的，可以沿用舊的C/S 結構的系統（臨時節省成本）。

2. 客戶端在100以上，業務可能會變更，或重新組合的，最好使用B/S 架構。

C/S 結構的系統的更新，發布，那可是個無底洞。

1：應用場景不同：CS往往適用於部署環境單一，有統一控制的環境。BS往往應用於用戶眾多，全部部署比較困難的環境。

2：性能不同：早期，相比之下CS的UI性能較好，實現複雜界面比較容易；但現代瀏覽器性能已經比較高，加上html/js/css等技術在不斷發展，UI性能和開發便利性上已經不能那麼武斷的評判了，需要具體分析。

具體到你的問題：

首先，不同架構（BS/CS）的系統混在你們的生產環境中，是不會有什麼問題的，如今的企業內部系統，往往也是有多家廠商/多種技術/不同平台的軟體整合起來的，比如同是BS，一個是windows下跑的http://ASP.NET站點，一個是linux下跑的jsp站點或者php站點。這樣的組合，你就不擔心他們有問題么？其實是一樣的，只要數據介面能做好，不會有太大問題。（其實這裡是個坑，企業內本身應該要有一個資深的業務分析人員，一個架構師類職位/也可以找第三方）

其次，用友主要是因為他們的產品都是CS的，既然是賣產品給你們，那自然也不會為你們定製開發一份，說辭可以說是忽悠你們。但給予上一點，其實不必太過糾結，只要你們能控制客戶端的部署即可。如果你們對BS/CS有潔癖，那就考慮換供應商吧。

bs 妥妥的。

cs成本高到沒朋友，無論是後期更新客戶端，還是維護。

不過bs載入慢，會造成卡的錯覺。

如果是內部使用，伺服器在區域網內，那就bs吧。

十年前，網路條件不好的時候，清一色的C/s，因為網路條件不成熟，總部架VPN拉光纖都沒用，丟數據造成財務數據和報表慘不忍睹。

現在基本都是B/S天下。

如果只是本地工廠用，尤其是與外部銷售體系及門店、財務口沒有太大關聯的話，我覺得C/S比較好，穩定安全，數據傳輸快。這點上用友說的我認同。

但如果用友還是那幫沒進過工廠，不知道何為計件工資，不懂營銷體系、門店營銷的純技術宅做生產系統，我就只能說呵呵了