隨著企業信息化的不斷深入，企業各種異構信息系統的數據交互需求日益增多。Web Service完全基于XML、XSD等獨立于平臺和軟件供應商標準的技術，是創建可互操作的、分布式應用程序的新平臺，能很好的解決異構系統交互的需求，將分散在各種系統、信息孤島中的數據進行整合，讓管理者們能夠實時地訪問這些數據。SOA(Service-Oriented Architecture，面向服務架構)思想是當今企業軟件架構的熱點，通過允許強定義的關系，使業務IT 系統變得更加靈活，適應業務中的改變，IT 系統既可以利用現有系統的功能，也可以做出改變來滿足它們之間交互的需要。目前，Web Service 是SOA 的一種較好的實現方式，因此Web Service的應用也有助于在SOA架構方面的探索打下基礎。下面本文將從四個方面全面介紹Web Service開發技術。

一、需求決定選擇
    在使用Web Service開發技術之前，首先需要明確的問題是Web Service技術是否滿足企業項目的實際需求。Web Service的通信基于SOAP協議，SOAP協議現階段是綁定在HTTP協議上傳輸的，這使得Web Service可以跨越不同平臺，穿越防火墻實現異構環境下的遠程集成。正如每枚硬幣都有正反兩面，Web Service的跨平臺特性也是一把雙刃劍，它在斬斷異構遠程平臺集成的羈絆的時候也帶來了效率問題。這是由于Web Service在客戶端要完成調用請求向XML格式數據的轉換，并用SOAP協議傳輸；服務器端在接收到XML格式的SOAP消息之后，需要解析成本地環境的調用信息然后完成調用。由此可見，Web Service在實現異構環境下遠程應用集成的時候付出了雙層信息轉化和傳輸信息量增大的代價。因此對于同構環境下的應用集成，Web Service技術并不適合，使用特定平臺下的遠程調用技術，效率會更高，集成難度更小。

二、Web Service開發模式
    在軟件建模中有三種方式：自底向上，自頂向下和雙向模式。Web Service的開發模式對應的也有三種：

1. “自底向上”模式：從實現接口代碼開始生成WSDL 文檔。
2. “自頂向下”模式：從WSDL 文檔開始生成實現接口代碼。
3. “雙向”模式：從WSDL 文檔開始生成實現接口代碼，接著使用生成的實現接口代碼來生成WSDL 文檔，然后使用生成的WSDL 文檔來生成最終的實現接口代碼。

    對于自底向上模式由于是從企業已有的實現接口或者技術出發，WSDL 文檔可以由工具生成，需要的相關WSDL 或XML 的知識最少，所以這種方式能快速開發出Web Service接口，但是這種方式對接口的遞增更改管理比較困難；自頂向下模式則相反，它對開發人員要求較高，需要開發人員熟悉WSDL 或XML 的知識和SOAP協議等；雙向模式則結合了前兩種模式的特點。企業需要根據自己的技術積累和需要選擇相應的開發模式。

三、開發框架選擇
    現階段，Web Service開發框架有幾十種之多。主流的開發框架有四種：Axis、Axis2、Xfire和CXF。其中歷史最悠久的是Axis框架，應用也最廣泛，但Axis框架在2006年4月底之后就停止更新了；Xfire也是應用較廣泛的Web Service開發框架，它在2007年5月停止更新；Axis2 由Axis系列演化過來，對Axis 進行了徹底重寫，它使用了新的模塊化架構，更方便于功能性的擴展；CXF是XFire和Celtix項目的結合產品，重新的深化了XFire和Celtix這兩個開發工具。四種開發框架的主要特點是：

1. Axis項目成熟，文檔多，但是后續沒有更新，效率較低。
2. Axis2（Axis2和Axis相差很大）支持多語言開發，但復雜性高，依賴的包數量和大小都較大，打包部署發布較麻煩，不能很好的與現有應用整合為一體。
3. XFire支持Web Service各項標準協議，可以方便快速地開發Web Service應用，XFire提供了和Spring的集成支持，在Web Service開源社區擁有眾多的追隨者，且很容易在Spring中使用XFire構建Web Service應用，有后續項目CXF支持。
4. CXF來自于XFire項目，經過改造后形成的，就像目前的Struts2來自Web Work一樣。但目前CXF項目較新，不夠成熟，文檔較少。

    企業需要根據自己的需要靈活選擇開發框架。

四、Web Service測試
    Web Service測試主要包含功能測試、性能測試和安全性測試三大要點。

1. Web Service功能測試：測試系統所實現Web Service接口的功能。開發人員提供已實現功能的程序包，和待測試Web Service的方法名、參數以及實現的功能描述。測試要點是不同的參數組合，應按設計要求返回相應的信息。
2. Web Service性能測試：測試系統所實現Web Service接口的性能，需要Web Service接口的功能測試已完畢。測試要點是測試并發調用Web Service接口，觀察其性能表現，主要是在不同的并發量、持續運行時間和數據庫容量下，測試事務的響應時間、總事務數、事務的成功率、點擊率等，同時監控硬件資源的消耗情況。
3. Web Service安全性測試：測試系統所實現Web Service接口的安全性。需要Web Service接口的功能測試已完畢。測試要點是測試Web Service接口的調用是否有用戶名、密碼驗證，惡意調用是否會導致系統崩潰等。

     隨著企業信息系統跨平臺交互需求的增加，Web Service作為一種優秀的跨平臺通信技術正得到越來越廣泛的應用。但正如前文所述，是否采用Web Service技術一定要從企業實際需求出發，采用適合企業和項目的開發模式和開發框架，最后還要根據Web Service的特點進行詳細的測試，這樣才能保證Web Service技術在企業應用的成功。

核心關注：拓步ERP系統平臺是覆蓋了眾多的業務領域、行業應用，蘊涵了豐富的ERP管理思想，集成了ERP軟件業務管理理念，功能涉及供應鏈、成本、制造、CRM、HR等眾多業務領域的管理，全面涵蓋了企業關注ERP管理系統的核心領域，是眾多中小企業信息化建設首選的ERP管理軟件信賴品牌。

轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/

本文標題：WebService開發技術的奧秘

本文網址：http://www.guhuozai8.cn/html/support/1112156584.html