C/S結構與B/S結構的特點分析

C/S結構與B/S結構的特點分析 　　為了差別于傳統的C/S模式，才特意将其稱為B/S模式。認識到這些結構的特征，對于系統的選型而言是很關鍵的。 　　1、系統的性能 　　在系統的性能方面，B/S占有優勢的是其異地浏覽和資訊采集的靈活性。任何時間、任何地點、任何系統，隻要可以使用浏覽器上網，就可以使用B/S系統的終端。 　　不過，采用B/S結構，用戶端隻能完成浏覽、查詢、資料輸入等簡單功能，絕大部分工作由伺服器承擔，這使得伺服器的負擔很重。采用C/S結構時，用戶端和伺服器端都能夠處理任務，這雖然對客戶機的要求較高，但是以可以減輕伺服器的壓力。而且，由于用戶端使用浏覽器，使得網上釋出的資訊必須是以HTML格式為主，其它格式檔案多半是以附件的形式存放。而HTML格式檔案（也就是Web頁面）不便于編輯修改，給檔案管理帶來了許多不便。 [@more@] 　 C/S結構與B/S結構的特點分析 　　為了差別于傳統的C/S模式，才特意将其稱為B/S模式。認識到這些結構的特征，對于系統的選型而言是很關鍵的。 　　1、系統的性能 　　在系統的性能方面，B/S占有優勢的是其異地浏覽和資訊采集的靈活性。任何時間、任何地點、任何系統，隻要可以使用浏覽器上網，就可以使用B/S系統的終端。 　　不過，采用B/S結構，用戶端隻能完成浏覽、查詢、資料輸入等簡單功能，絕大部分工作由伺服器承擔，這使得伺服器的負擔很重。采用C/S結構時，用戶端和伺服器端都能夠處理任務，這雖然對客戶機的要求較高，但是以可以減輕伺服器的壓力。而且，由于用戶端使用浏覽器，使得網上釋出的資訊必須是以HTML格式為主，其它格式檔案多半是以附件的形式存放。而HTML格式檔案（也就是Web頁面）不便于編輯修改，給檔案管理帶來了許多不便。 　　2、系統的開發 　　C/S結構是建立在中間件産品基礎之上的，要求應用開發者自己去處理事務管理、消息隊列、資料的複制和同步、通信安全等系統級的問題。這對應用開發者提出了較高的要求，而且迫使應用開發者投入很多精力來解決應用程式以外的問題。這使得應用程式的維護、移植和互操作變得複雜。如果用戶端是在不同的作業系統上，C/S結構的軟體需要開發不同版本的用戶端軟體。但是，與B/S結構相比，C/S技術發展曆史更為“悠久”。從技術成熟度及軟體設計、開發人員的掌握水準來看，C/S技術應是更成熟、更可靠的。 　　3、系統的更新維護 　　C/S系統的各部分子產品中有一部分改變，就要關聯到其它子產品的變動，使系統更新成本比較大。B/S與C/S處理模式相比，則大大簡化了用戶端，隻要用戶端機器能上網就可以。對于B/S而言，開發、維護等幾乎所有工作也都集中在伺服器端，當企業對網絡應用進行更新時，隻需更新伺服器端的軟體就可以，這減輕了異地使用者系統維護與更新的成本。如果用戶端的軟體系統更新比較頻繁，那麼B/S架構的産品優勢明顯——所有的更新操作隻需要針對伺服器進行，這對那些點多面廣的應用是很有價值的，例如一些招聘網站就需要采用B/S模式，用戶端分散，且應用簡單，隻需要進行簡單的浏覽和少量資訊的錄入。 　　4、C/S模式的優點和缺點 　　★C/S模式的優點 　　●由于用戶端實作與伺服器的直接相連，沒有中間環節，是以響應速度快。 　　●操作界面漂亮、形式多樣，可以充分滿足客戶自身的個性化要求。 　　●C/S結構的管理資訊系統具有較強的事務處理能力，能實作複雜的業務流程。 　　★C/S模式的缺點 　　●需要專門的用戶端安裝程式，分布功能弱，針對點多面廣且不具備網絡條件的使用者群體，不能夠實作快速部署安裝和配置。 　　●相容性差，對于不同的開發工具，具有較大的局限性。若采用不同工具，需要重新改寫程式。 　　●開發成本較高，需要具有一定專業水準的技術人員才能完成。 　　5、B/S模式的優點和缺點 　　★B/S模式的優點 　　●具有分布性特點，可以随時随地進行查詢、浏覽等業務處理。 　　●業務擴充簡單友善，通過增加網頁即可增加伺服器功能。 　　●維護簡單友善，隻需要改變網頁，即可實作所有使用者的同步更新。 　　●開發簡單，共享性強。 　　★B/S模式的缺點 　　●個性化特點明顯降低，無法實作具有個性化的功能要求。 　　●操作是以滑鼠為最基本的操作方式，無法滿足快速操作的要求。 　　●頁面動态重新整理，響應速度明顯降低。 　　●無法實作分頁顯示，給資料庫通路造成較大的壓力。 　　●功能弱化，難以實作傳統模式下的特殊功能要求。 　　近年來，随着軟硬體技術發展和人們意識的提高，Web應用得到廣泛的普及，一方面在網際網路浪潮的推動下，基于網際網路的資訊共享和電子商務不斷發展，像新浪、搜狐、8848等大型網站不斷湧現出來，另一方面随着Java、CGI等網絡技術的成熟，基于B/S結構的大型軟體逐漸顯示出巨大的優勢。同時，也就産生了一個焦點問題，什麼樣的伺服器能夠滿足不同使用者的需求，怎麼能夠保證Web伺服器能夠長期穩定地運作，為了滿足這樣的需求Web測試也就同樣變得十分重要。 　　目前Web測試主要通過Web測試工具加上良好的測試案例完成的，我們認為主要有以下兩種測試類型：基準測試、非基準測試 　　基準測試：主要指測試工具已經提供了标準的測試案例庫，包括靜态測試案例（HTM、JPG）、動态測試案例（CGI）和SSL測試案例等。這類測試工具分為測試案例庫、控制台程式、用戶端程式三個部分。它的原理是，Web伺服器開啟特定的Web服務程式，并且運作上述測試案例，由控制台程式控制各個用戶端按照一定的腳本通路順序周遊Web伺服器的各個測試案例，每個請求完成後，各個用戶端向控制台報告通路的結構，當一個測試集完成後由控制台将所有的資訊綜合統計，測試過程中控制台還需要采用SNMP協定對伺服器進行實時監控，綜合兩個方面的因素可以反映出Web伺服器在不同壓力情況下的綜合性能。 　　在測試過程中，主要影響測試結果的因素有網絡環境、用戶端性能。目前無論IA架構伺服器還是SUN、HP、IBM的UNIX伺服器性能都越來越優越，有可能出現在100MB網絡下不能夠提供足夠的網絡壓力，有可能網絡首先出現瓶頸，這樣就需要擴充到1000MB網絡環境或使用多個網段對伺服器提供足夠的壓力，而穩定的用戶端對于測試來說也是十分重要的，因為用戶端如果出現性能下降，就會造成系統崩潰或者不能提供穩定的測試壓力進而導緻測試結果出現偏差；一台用戶端到底能夠穩定運作多少數量的連接配接是根據不同的硬體配置和作業系統決定的，是以對用戶端的硬體資源進行監控是保證用戶端可以穩定運作的必要手段。 　　由于這類測試工具使用的是工具開發商提供的測試案例集，雖然也具有一定的權威性，但是目前再完美的測試案例集也不能涵蓋所有的Web應用情況，是以也不能夠完全展現出Web伺服器完整的性能，是以該類測試工具更加适合IT媒體對Web類伺服器軟硬體的橫向對比測試，在測試對象和環境大體統一的情況下，可以比較出各個測試對象的性能差異。而對于有實際應用背景的Web伺服器進行測試，使用這樣的測試工具就不适合了，我們在以後的測試漫談中會繼續介紹。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1060908/，如需轉載，請注明出處，否則将追究法律責任。

轉載于:http://blog.itpub.net/11323760/viewspace-1060908/