【文章內容簡介】 終端。不過，采用 B/S 結構，企業(yè)用戶端只能完成瀏覽、查詢、數(shù)據(jù)輸入等簡單功能，絕大部分工作由服務器承擔，這使得服務器的負擔很重。采用 C/S 結構時，企業(yè)用戶端和服務器端都能夠處理任務，這雖然對企業(yè)用戶機的要求較高，但因此可以減輕服務器的壓力。而且，由于企業(yè)用戶端使用瀏覽器，使得網(wǎng)上發(fā)布的信息必須是以 HTML 格式為主，其它格式文件多半是以附件的形式存放。而 HTML 格式文件（也就是 Web 頁面）不便于編輯修改，給文件管理帶來了許多不便。比如說很多人每天上“ 新浪” 網(wǎng)，只要安裝了瀏覽器就可以了，并不需要了解“ 新浪” 的服務器用的是什么操作系統(tǒng)，而事實上大部分網(wǎng)站確實沒有使用windows 操作系統(tǒng)，但用戶的電腦本身安裝的大部分是 windows 操作系統(tǒng)。（3） 、系統(tǒng)的開發(fā) C/S 結構是建立在中間件產(chǎn)品基礎之上的，要求應用開發(fā)者自己去處理事務管理、消息隊列、數(shù)據(jù)的復制和同步、通信安全等系統(tǒng)級的問題。這對應用開發(fā)者提出了較高的要求，而且迫使應用開發(fā)者投入很多精力來解決應用程序以外的問題。這使得應用程序的維護、移植和互操作變得復雜。如果企業(yè)用戶端是在不同的操作系統(tǒng)上，C/S 結構的軟件需要開發(fā)不同版本的企業(yè)用戶端軟件。但是，與 B/S 結構相比，C/S 技術發(fā)展歷史更為“悠久”。從技術成熟度及軟件設計、開發(fā)人員的掌握水平來看，C/S 技術應是更成熟、更可靠的。四、B/S、C/S 結構軟件技術上的比較其實，無論是 B/S 還是 C/S，他們都不新鮮。C/S(Client rver，企業(yè)用戶端/服務器)技術從上世紀 90 年代初出現(xiàn)至今已經(jīng)相當成熟，并得到了非常廣泛的應用，其結構經(jīng)歷了二層 C/S、三層 C/S 的更迭。B/S(Browser rver，瀏覽器 /服務器)技術則是伴隨著 Inter的普及而來的。有必要說明的是，B/S 最早并不叫“B/S”，此類應用國外通常叫 Web 應用，是國內一些公司“ 創(chuàng)造” 了 “B/S”這個詞。應該說，B/S 和 C/S 各有千秋，他們都是當前非常重要的計算架構。在適用Inter、維護工作量等方面，B/S 比 C/S 要強得多；但在運行速度、數(shù)據(jù)安全、人機交互等方面，B/S 遠不如 C/S。綜合起來可以發(fā)現(xiàn)，凡是 C/S 的強項，便是 B/S 的弱項，反之亦然。因此，問題也就因此而產(chǎn)生了，我們的 ERP 產(chǎn)品到底該用 B/S 還是 C/S 架構呢？一場關于 C/S 與 B/S 的口水戰(zhàn)也由此在 ERP 業(yè)界拉開了序幕。在互聯(lián)網(wǎng)泡沫盛行的 2022年至 2022 年間，這場口水戰(zhàn)達到了頂峰。但直到現(xiàn)在，人們也沒有辯出誰是誰非。事實上，從上面的分析可以看出，這場口水戰(zhàn)不可能有勝負出現(xiàn)，因為 B/S 與 C/S具有不同的優(yōu)勢與特點，他們無法相互取代。例如，對于以瀏覽為主、錄入簡單的應用程序，B/S 技術有很大的優(yōu)勢，現(xiàn)在全球鋪天蓋地的 Web 網(wǎng)站就是明證；而對于交互復雜的 ERP 等企業(yè)級應用，B/S 則很難勝任，從全球范圍看，成熟的 ERP 產(chǎn)品大多采用二層或三層 C/S 架構，B/S 的 ERP 產(chǎn)品并不多見?！癇/S 還是 C/S”也就由此成了 ERP 的技術之痛。難道這個痛就無藥可救了嗎？是否有可能將 B/S 與 C/S 的優(yōu)勢融合呢？答案是肯定的，在這幾年的發(fā)展中將 B/S 與 C/S 的優(yōu)勢完美地結合起來，就是說該平臺的應用系統(tǒng)能以 B/S 的方式發(fā)布運行，同時又具有 C/S方式的極強的可操作性。這點從該平臺生成的廢舊產(chǎn)品化的網(wǎng)絡協(xié)同商務管理軟件上得到充分的體現(xiàn)！五、B/S、C/S 結構軟件商業(yè)運用上的比較管理軟件是為企業(yè)服務的，企業(yè)選用管理軟件不僅要從技術上考慮，還要從商業(yè)運用方面來考慮，下文將從商業(yè)運用的角度對兩種結構的軟件進行比較。1，投入成本比較。B/S 結構軟件一般只有初期一次性投入成本。對于集團來講，有利于軟件項目控制和避免 IT 黑洞，而 C/S 結構的軟件則不同，隨著應用范圍的擴大，投資會連綿不絕。2，硬件投資保護比較。在對已有硬件投資的保護方面，兩種結構也是完全不同的。當應用范圍擴大，系統(tǒng)負載上升時，C/S 結構軟件的一般解決方案是購買更高級的中央服務器，原服務器放棄不用，這是由于 C/S 軟件的兩層結構造成的，這類軟件的服務器程序必須部署在一臺計算機上；而 B/S 結構（如 e 通管理系列）則不同，隨著服務器負載的增加，可以平滑地增加服務器的個數(shù)并建立集群服務器系統(tǒng)，然后在各個服務器之間做負載均衡。有效地保護了原有硬件投資。3，企業(yè)快速擴張支持上的比較。對于成長中的企業(yè)，快速擴張是它的顯著特點。例如迪信通公司，每年都有新的配送中心成立，每月都有新的門店開張。應用軟件的快速部署，是企業(yè)快速擴張的必要保障。對于 C/S 結構的軟件來講，由于必須同時安裝服務器和企業(yè)用戶端、建設機房、招聘專業(yè)管理人員等，所以無法適應企業(yè)快速擴張的特點。而 B/S 結構軟件，只需一次安裝，以后只需設立賬號、培訓即可。其次，隨著軟件應用的擴張，對系統(tǒng)維護人才的需求有可能成為企業(yè)快速擴張的制約瓶頸。如果企業(yè)開店上百家，對計算機專業(yè)人才的需求就將是企業(yè)面臨的巨大挑戰(zhàn)之一。 （Active Server Pages）和 SQL 分別作為前端和后端的開發(fā)工具。 Framework 中所提供的，開發(fā) Web 應用程序的類庫，封裝在 文件中，顯露出 命名空間，并提供 網(wǎng)頁處理、擴充以及 HTTP 通道的應用程序與通訊處理等工作，以及 Web Service 的基礎架構。 是 ASP 技術的后繼者，但它的發(fā)展性要比 ASP 技術要強大許多。 Framework 的 IIS 服務器上，若要在非微軟的平臺上運行，則需要使用 Mono 平臺[1]， 在 版本已經(jīng)定型， Framewo