論述BS結(jié)構(gòu)的優(yōu)點以及未來發(fā)展趨勢

1、論述B/S結(jié)構(gòu)的優(yōu)點以及未來發(fā)展趨勢B/S結(jié)構(gòu)（Browser/Server結(jié)構(gòu)）結(jié)構(gòu)即瀏覽器和服務器結(jié)構(gòu)。它是隨著Internet技術(shù)的興起，對C/S結(jié)構(gòu)的一種變化或者改進的結(jié)構(gòu)。在這種結(jié)構(gòu)下，用戶工作界面是通過WWW瀏覽器來實現(xiàn)，極少部分事務邏輯在前端（Browser）實現(xiàn)，但是主要事務邏輯在服務器端（Server-）實現(xiàn)，形成所謂三層3-tier結(jié)構(gòu)。這樣就大大簡化了客戶端電腦載荷，減輕了系統(tǒng)維護與升級的成本和工作量，降低了用戶的總體成本（TCO）。以目前的技術(shù)看，局域網(wǎng)建立B/S結(jié)構(gòu)的網(wǎng)絡應用，并通過Internet/Intranet模式下數(shù)據(jù)庫應用，相對易于把握、成本也是較低的。它是

2、一次性到位的開發(fā)，能實現(xiàn)不同的人員，從不同的地點，以不同的接入方式（比如LAN,WAN,Internet/Intranet等）訪問和操作共同的數(shù)據(jù)庫；它能有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限，服務器數(shù)據(jù)庫也很安全。特別是在JAVA這樣的跨平臺語言出現(xiàn)之后，B/S架構(gòu)管理軟件更是方便、速度快、效果優(yōu)B/S架構(gòu)的特點B/S架構(gòu)是對C/S結(jié)構(gòu)的一種改進的結(jié)構(gòu)，因為所有的C/S（Client/Server）結(jié)構(gòu)都是需要在客戶端安裝本地應用程序后才能使用的，占用了客戶端的大量的存儲空間，造成很多沒有必要的浪費，所以以此為鑒，B/S架構(gòu)的用戶工作界面是通過互聯(lián)網(wǎng)的瀏覽器來實現(xiàn)的，并且只有很少一部分事務邏輯在客

3、戶端瀏覽器實現(xiàn)，而主要的事務邏輯均在服務器端實現(xiàn)。這樣可以大大簡化客戶端電腦的負荷，也減輕了系統(tǒng)維護與升級的成本，從而達到了降低用戶總體成本的目的。以目前的技術(shù)來看，通過互聯(lián)網(wǎng)建立B/S架構(gòu)的網(wǎng)絡應用程序相對來說更易于把握，而且可以降低成本，用戶訪問更方便快捷，可以用不同的方式操作共同的數(shù)據(jù)庫，從而更加有效地保護數(shù)據(jù)平臺和管理訪問權(quán)限。B/S架構(gòu)軟件的優(yōu)勢與劣勢（1）維護和升級方式簡單。目前，軟件系統(tǒng)的改進和升級越來越頻繁，C/S系統(tǒng)的各部分模塊中有一部分改變，就要關(guān)聯(lián)到其它模塊的變動，使系統(tǒng)升級成本比較大。B/S與C/S處理模式相比，則大大簡化了客戶端，只要客戶端機器能上網(wǎng)就可以。對于B/S

4、而言，開發(fā)、維護等幾乎所有工作也都集中在服務器端，當企業(yè)對網(wǎng)絡應用進行升級時，只需更新服務器端的軟件就可以，這減輕了異地用戶系統(tǒng)維護與升級的成本。如果客戶端的軟件系統(tǒng)升級比較頻繁，那么B/S架構(gòu)的產(chǎn)品優(yōu)勢明顯一一所有的升級操作只需要針對服務器進行。(2)系統(tǒng)的性能在系統(tǒng)的性能方面，B/S占有優(yōu)勢的是任何時間、任何地點、任何系統(tǒng)，只要可以使用瀏覽器上網(wǎng)，就可以使用B/S系統(tǒng)的終端。采用C/S結(jié)構(gòu)時，客戶端和服務器端都能夠處理任務，這雖然對客戶機的要求較高，但因此可以減輕服務器的壓力。(3)系統(tǒng)的開發(fā)C/S結(jié)構(gòu)是建立在中間件產(chǎn)品基礎之上的，要求應用開發(fā)者自己去處理事務管理、消息隊列、數(shù)據(jù)的復制和同

5、步、通信安全等系統(tǒng)級的問題。這對應用開發(fā)者提出了較高的要求，而且迫使應用開發(fā)者投入很多精力來解決應用程序以外的問題。這使得應用程序的維護、移植和互操作變得復雜。如果客戶端是在不同的操作系統(tǒng)上，C/S結(jié)構(gòu)的軟件需要開發(fā)不同版本的客戶端軟件。未來發(fā)展趨勢從C/S到B/S,軟件開發(fā)模式的變遷上個世紀后期，C/S結(jié)構(gòu)是最為流行的軟件系統(tǒng)體系結(jié)構(gòu)。但是，自從Internet誕生之后，更多的軟件應用系統(tǒng)體系結(jié)構(gòu)開始向B/S結(jié)構(gòu)轉(zhuǎn)變。在C/S結(jié)構(gòu)下，大多數(shù)的企業(yè)管理軟件，采用的均是傳統(tǒng)開發(fā)工具VisualBasic(VB)和Delphi代碼，或者是PowerBuilder(PB)代碼，即第四代語言代碼。隨著

6、Internet時代的到來，大多數(shù)的管理軟件開始轉(zhuǎn)向B/S結(jié)構(gòu)。如何從C/S平穩(wěn)過渡到B/S,之前并沒有更好的解決方案，大多數(shù)的企業(yè)開始徹底放棄VRPB開發(fā)的代碼，轉(zhuǎn)而采用C/S結(jié)構(gòu)下的Java語言重新來寫。雖然不會出現(xiàn)問題，但是需要重新投入資本、人力，甚至需要增加更多的培訓機會。代碼移植的演變在20世紀70和80年代，代碼移植最主要的目的是將程序移植到不同的系統(tǒng)環(huán)境下運行？D主要是處理器和操作系統(tǒng)。由于市場上的硬件和操作系統(tǒng)呈現(xiàn)多樣化和均衡化的狀態(tài)，因此，一個重要的程序往往需要考慮兩個甚至更多的系統(tǒng)環(huán)境。1990年，Windows3.0發(fā)布?；诖翱凇粹o、圖標和鼠標的圖形界面（GUI）,迅

7、速征服了全世界個人計算機用戶。將原有DOS?符模式下的應用程序移植到GUI環(huán)境，成為眾多用戶和軟件開發(fā)商的迫切需求。可視化編程逐漸成為GUI下,軟件開發(fā)的主流。在4GL（第四代語言）開始大行其道之后，新一輪代碼移植的潮流再度興起。此時的重點是將結(jié)構(gòu)化邏輯在GUI下實現(xiàn)，把過去結(jié)構(gòu)化代碼中的制作界面部分剝離，并把邏輯部分附著在各個對象事件之中，通過操縱對象行為，完成整個應用的代碼移植。可視化編程在Web寸代的瓶頸但是，Internet的飛速發(fā)展給4GM寫的GUI程序提出了新的挑戰(zhàn)。這些程序大都基于C/S結(jié)構(gòu)下，這種模式在局域網(wǎng)里將應用一分為二，服務器負責數(shù)據(jù)管理，客戶機完成與用戶的交互任務。C/

8、S結(jié)構(gòu)下軟件具有強壯的數(shù)據(jù)操縱和事務處理能力，以及數(shù)據(jù)的安全性和完整性約束。但隨著企業(yè)規(guī)模的日益擴大，應用程序的復雜程度不斷提高，C/S結(jié)構(gòu)逐漸暴露出了缺點。比如開發(fā)成本較高，用戶界面風格不一、使用繁雜、不利于推廣使用，維護復雜、升級麻煩等。為了解決C/S結(jié)構(gòu)的不足，基于Internet的B/S技術(shù)應運而生，它是有計算技術(shù)以來最穩(wěn)定的技術(shù)平臺。本質(zhì)上B/S也是一種客戶機技術(shù)，用戶只需通過瀏覽器這個統(tǒng)一界面，就可享受到無限豐富的、永遠在不斷變化和發(fā)展著的信息服務。而通過這種結(jié)構(gòu)，原則上取消了管理員所有在客戶機端的維護工作。在C/S向B/S轉(zhuǎn)移的過程中，開發(fā)者遇到了極大的困難。因為代碼的移植已經(jīng)不

9、再是過去的簡單語法轉(zhuǎn)換，而牽涉到各種對象的映射。Turbo在結(jié)構(gòu)化編碼時代里，無論是對一種語言不同方言之間的移植，如從C到GNUC還是對不同的高級語言之間的移植，如TurboPascal到TurboC,源語言和目標語言均遵循著相同的結(jié)構(gòu)。源代碼的轉(zhuǎn)換，更多的是基于一個標識符對照表來完成。使用4GL開發(fā)的C/S程序是對象的集合，代碼從屬于對象。在相同或者類似的界面下，不同開發(fā)工具使用的對象，提供給開發(fā)者的接口可能完全不同。如果使用Java或者.NET重寫原有C/S程序，意味著開發(fā)者必須將界面上所有元素逐個將其屬性、參數(shù)表、事件用新的開發(fā)工具重新編寫。難越的自動化遷移之路不管網(wǎng)絡泡沫如何演變，In

10、ternet始終是難掩的潮流。在國外軟件市場，大多數(shù)大型企業(yè)管理軟件已經(jīng)是B/S結(jié)構(gòu)，或者正處于C/S結(jié)構(gòu)向B/S結(jié)構(gòu)的過渡時期。國內(nèi)的大多數(shù)軟件企業(yè)也已經(jīng)開始向B/S結(jié)構(gòu)轉(zhuǎn)變。B/S結(jié)構(gòu)下的大型管理軟件，勢必是未來幾年內(nèi)，管理軟件市場的主流軟件。要解決現(xiàn)有C/S應用低成本、快速移植到B/S結(jié)構(gòu)下的應用的困境，則必須要解決自動且精確的GUI移植、自動的語法邏輯移植、方便的服務器端調(diào)試和發(fā)布。C/S和B/S各有優(yōu)勢，C/S在圖形的表現(xiàn)能力上以及運行的速度上肯定是強于B/S模式的，不過缺點就是他需要運行專門的客戶端，而且更重要的是它不能跨平臺，用C+在windows下寫的程序肯定是不能在linux下跑的。而B/S模式就不同了，它不需要專門的客戶端，只