<ins id="idshn"><option id="idshn"><optgroup id="idshn"></optgroup></option></ins>
    1. <kbd id="idshn"></kbd>
      <code id="idshn"></code>
      <ins id="idshn"><acronym id="idshn"></acronym></ins>
        1. <tr id="idshn"><nobr id="idshn"><delect id="idshn"></delect></nobr></tr>

          <ins id="idshn"><video id="idshn"><var id="idshn"></var></video></ins>

          <noframes id="idshn"><small id="idshn"></small></noframes>
            <small id="idshn"></small>

          1. <output id="idshn"></output>
            <output id="idshn"></output>
          2. <code id="idshn"></code>

            1. <ins id="idshn"><option id="idshn"></option></ins>
              <output id="idshn"><track id="idshn"></track></output>

                <menuitem id="idshn"><acronym id="idshn"></acronym></menuitem>
                <code id="idshn"><acronym id="idshn"></acronym></code>

                <code id="idshn"></code>
              1. 關于我們 | 聯系我們

                hth華體會手機版

                榮譽資質
                當前位置:主頁 > 榮譽資質 >

                軟件項目實訓及課程設計指導-hth華體會手機版

                本文摘要:軟件項目實訓及課程設計指導——如何在基于面向服務系統架構設計的項目中應用Web Service技術(下篇)6、Web服務組件在開發中常應用的種種設計模式(1)在Web服務組件詳細開發中常用到的設計模式GOF設計模式在設計Web服務組件時可以起到調適差別的接口、隔離差別的功效組件和統一請求的入口等方面的作用。

                hth華體會

                軟件項目實訓及課程設計指導——如何在基于面向服務系統架構設計的項目中應用Web Service技術(下篇)6、Web服務組件在開發中常應用的種種設計模式(1)在Web服務組件詳細開發中常用到的設計模式GOF設計模式在設計Web服務組件時可以起到"調適差別的接口"、"隔離差別的功效組件"和"統一請求的入口"等方面的作用。在Web服務組件詳細開發中,常用的GOF設計模式如下:1)適配器(Adapter)模式:為內部系統提供一個差別的接口2)門面(Fa?ade)模式:封裝龐大的內部實現,提供一系列簡樸的接口3)署理(Proxy)模式:作為其他工具的署理,取代它提供服務(2)應用適配器模式調適差別平臺下的Web服務組件適配器模式可用于將一個現有軟件應用系統的業務功效組件的接口轉化成對外的Web服務組件所需要的目的接口,以滿足Web服務組件對外及其客戶端的需要——此時的適配器功效組件類(Adapter),其實是一種轉換器角色的組件;適配器設計模式中的適配器功效組件類也能夠使原本無法在一起事情的兩個業務功效類能夠在一起事情——此時的適配器功效組件類,其實是一種組合轉換器的角色的組件。如下示圖中的UML類圖體現組合適配器(工具適配器)中的各個類之間的關系。

                一個典型的應用場景就是將原有的企業應用系統包裝成一個Web服務組件。好比可以將原有的一個C++的企業應用系統轉換為滿足J2EE技術平臺的需要,然后再通過J2EE平臺中的WebService技術實現的支持,將它公布為Web服務組件。這只需要使用JNI(Java Native Interface Java,當地接口)技術做一個適配器功效組件,為原來的C++組件提供一個Java法式會見的接口,然后再轉化為Web服務組件。(3)應用門面模式包裝差別的業務功效組件以提供一個統一的對外服務接口由于企業應用系統是多條理的,在構建Web服務功效組件時,通常會存在以下的問題:1)各個組件的條理聯系過于精密,特別是Web服務功效組件和系統中的其它的業務功效組件具有較強的依賴關系;2)Web服務的客戶端需要會見多個差別形式的Web服務組件,多次的網絡請求和響應將導致泛起Web性能方面的問題。

                如何淘汰網絡毗連次數和實現批量的讀寫操作?3)需要對Web服務組件提供一定的寧靜控制機制,使得Web服務的客戶端不能隨意會見部署在Web服務器端差別的Web服務組件。門面設計模式常用于構建粗粒度的對外功效服務,并包裝內部的細粒度的功效服務,從而為龐大的Web服務組件系統提供一個簡樸的對外接口;另外,應用門面設計模式構建Web服務組件系統還可以重用已有的企業應用系統中的各個功效組件并漫衍為Web服務,降低Web服務組件系統的開發成本。從如下示圖所示的體現門面設計模式中類關系的UML類圖中可以相識到門面模式是在客戶端和后臺系統之間插入的一其中間層組件,這個門面中間層組件跟后臺的多個類或接口打交道,而客戶端只需要跟門面中間層組件舉行交互。

                因此,通過應用門面設計模式中的門面類型組件到達將使用端(Web服務系統中的客戶端會見者法式)與Web服務器端子系統或者Web組件的內部龐大性交相互互分開,從而使得使用端只需要與門面組件工具交互,而不需要與Web服務器端子系統內部的許多工具交互。(4)應用署理模式署理模式可以實現為其它工具提供一種對目的工具會見的署理,以控制對這個目的工具的會見——如提高會見的性能或者寧靜性等。署理模式中的署理組件類實現將業務處置懲罰事情從一個工具通報到另一個工具。

                熟悉Struts2 MVC框架的讀者對署理模式應該不會感應生疏感,因為在Struts2框架中應用署理模式實現前端控制器FilterDispatcher和后端業務控制器Action類之間通過ActionProxy署理組件相互隔離。如下示例圖為Struts2 MVC框架的事情原理圖。

                在Web服務組件系統的開發中存在大量的后臺技術實現的細節和種種消息的數據結構,而如果直接公然這些龐大的數據結構和實現歷程的細節給Web服務客戶端的會見者,將會增加客戶端會見者的技術實現的難度。因此,有須要簡化和隱藏這些技術實現的細節(如隱藏SOAP消息結構的歷程)——這可以應用署理模式實現。而且署理組件可以署理多個差別的Web服務組件,如下為體現多署理的事情原理示例圖。

                7、Web Services技術在應用中所面臨的主要問題(1)Web Service技術在應用中的寧靜問題在Web Service技術在詳細應用時的寧靜問題主要體現為如下的三個方面:1)對Web服務的客戶端的身份驗證和Web服務提供者簡直認應用統一身份認證服務,只管Web Services技術在實現差別系統和差別平臺之間的互聯和整合方面能夠大大地簡化實現代碼,可是,每個應用系統自己都有其自身的用戶系統和認證方式。這將導致開發人員在為某個軟件應用系統編寫接入其它應用系統的功效代碼時,增加了其實現的龐大度。2)SOAP數據的傳輸和掩護由于SOAP協議的數據是基于XML明文傳輸,而且SOAP協議自己是在HTTP基礎之上的協議。

                因此,如何有效地掩護SOAP數據的傳輸,也是現在要解決的Web Service技術寧靜的另一問題。固然,可以應用SSL/HTTPS 對毗連加密,而不是直接傳輸明文數據;對XML數據自己加密和數字簽名等技術手段改善這些問題。如下圖所示例圖為某個軟件應用系統中的Web服務組件的接口形貌的WSDL代碼示例的局部截圖,顯著地發現出直接傳輸明文數據。

                3)Web服務組件所在的底層系統的寧靜架構如何提供可信任與授權的完整的寧靜構架,以確?;赪eb Service技術的系統的寧靜運作。因此,如何解決Web Service技術在詳細應用中相關的種種消息數據的掩護等Web服務寧靜有關的問題——身份驗證、授權和數據掩護?這還包羅接納什么技術實現?(2)Web服務組件的響應性能和數據處置懲罰的效率在 Web 服務中至少有三個主要的因素與性能有直接關系,并影響到系統會見的總體性能:1)網絡生意業務時間:客戶端請求者需要向遠程 Web 服務發出請求。2)處置懲罰消息所花費的時間:這包羅對XML數據的剖析、業務流程的治理、Web服務自己的挪用以及對最終響應效果的XML編碼化事情。

                3)Web服務組件自己的法式所代表的業務功效處置懲罰在執行時所需要的時間,好比Web服務組件自己需要會見Web服務器端的數據庫系統或者再去會見其它服務器獲得業務相關的數據等,此時Web服務客戶端將花費更多的等候時間。其次,Web Services自己的性能是很是嚴重的——由于需要對基于SOAP協議的XML花樣的數據實現序列化和反序列化等形式的轉換是很是耗時的;另一方面,XML數據是文本花樣,XML文件的膨脹將會導致網絡的傳輸數據量加大而泛起網絡IO傳輸性能低下。

                作者后記:面向服務的軟件系統體系架構設計方法在現在的企業級應用系統的開發實現中將碰面臨著模塊化和尺度化兩大問題,其中在尺度化方面需要解決如下的一些問題——如何形成尺度?以誰(哪個企業)為尺度?應該要遵守哪些尺度?。


                本文關鍵詞:hth華體會官網,軟件,項目,實訓,及,課程,設計,指導,-hth,華

                本文來源:hth華體會-www.qzrj120.com

                Copyright © 2005-2021 www.qzrj120.com. hth華體會科技 版權所有 備案號:ICP備13432276號-1
                欧美成人免费全部 日本少妇寂寞少妇aaa| 豆角电影网| 国产av无码专区亚汌a√| 母亲的朋友| 第一会所亚洲原创区| 国产午夜福利在线观看红一片| 免费可看黄的视频网站| 亚洲综合无码一区二区三区| 就要操| 骚虎影视| 亚洲欧美中文日韩在线v日本|