j2ee課程設(shè)計(jì)《項(xiàng)目開發(fā)指導(dǎo)》——第3章達(dá)到高內(nèi)聚低藕合的架構(gòu)設(shè)計(jì)目標(biāo)（第3部分(文件)
【正文】 統(tǒng) 銀行卡 方面的服務(wù)（轉(zhuǎn)帳等） 系統(tǒng) 管理 帳戶管理 前臺(tái)服務(wù)功能 后臺(tái)管理功能 楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 6/15 頁 進(jìn)行通訊，請(qǐng)見下圖 所示。 （ 2）明確定義各個(gè)服務(wù)組件所應(yīng)該遵守的對(duì)外接口 在支持面向?qū)ο缶幊碳夹g(shù)的各種語言（如 Java）中都提供有類方法（該類對(duì)外所提供的服務(wù)）的定義語法規(guī)則，在定義和聲明一個(gè)類方法時(shí)，一般要提供如下方面的“接口”信息：方法的名稱（對(duì)外提供的服務(wù)名稱）、方法的各種參數(shù)（必需的 輸入數(shù)據(jù)）、方法期望的輸出結(jié)果的數(shù)據(jù)類型和可能會(huì)出現(xiàn)什么類型的異常。 而對(duì)于 Web 服務(wù)組件的 接口信息描述的主要手段是應(yīng)用 Web 服務(wù) 描述語言（ WSDL,Web Service Description Language） ， 該語言將 Web 服務(wù) 定義成一個(gè)能交換消息的通信端點(diǎn)集。 圖 某個(gè)系統(tǒng)中的 Web 服務(wù)組件的 接口描述的 WSDL 示例 （ 3） Web 服務(wù)組件的對(duì)外 接口必須 是 平臺(tái)無關(guān)的 面向服務(wù)的軟件系統(tǒng)體系架構(gòu) 下的各個(gè)服務(wù)組件的 接口必須 是采用中立的方式 和 獨(dú)立于實(shí)現(xiàn)服務(wù)的 具體 硬件平臺(tái)、操作系統(tǒng)和編程 開發(fā)的 語言 平臺(tái) 。 （ 2）某種編程語言中所提供的 API 服務(wù) 開發(fā)人員在應(yīng)用某種編程語言，在該語言中一般也會(huì)提供語言級(jí)別的 API 服務(wù) 。開發(fā)人 員在應(yīng)用系統(tǒng)的開發(fā)實(shí)現(xiàn)中，充分地應(yīng)用這些平臺(tái)級(jí)別的組件 服務(wù) ，能夠大大地簡(jiǎn)化系統(tǒng)的開發(fā)工作量和提高系統(tǒng)的可靠性。 （ 3） Web Services 是對(duì)諸如 RMI、 COM 和 CORBA 等現(xiàn)有面向服務(wù)的技術(shù)的擴(kuò)展 但 Web Services 技術(shù)目前是一套標(biāo)準(zhǔn)的平臺(tái)技術(shù)，它定義了 Web 服務(wù)組件如何在 Web級(jí)別的平臺(tái) 上實(shí)現(xiàn)互操作和在不同的平臺(tái)下的應(yīng)用協(xié)同。 而 Sun 的 J2EE EJB 組件技術(shù)平臺(tái)下的客戶端和其服務(wù)器端程序之間相互通訊采用的是RMIIIOP 協(xié)議 —— RMIIIOP 是基于 Inter ORB 間協(xié)議的 Java 遠(yuǎn)程方法調(diào)用，是 J2EE 標(biāo)準(zhǔn)體系中實(shí)現(xiàn)分布式對(duì)象的相互通信的標(biāo)準(zhǔn) 。 另外，也為企業(yè)推廣“移動(dòng)辦公”和跨地區(qū)、跨行業(yè)的“遠(yuǎn)程訪問”和“業(yè)務(wù)協(xié)同”提供了技術(shù)實(shí)現(xiàn)的可能性。 3) 服務(wù)器進(jìn)一步解析 SOAP 請(qǐng)求消息以獲得請(qǐng)求參數(shù)、并對(duì)客戶傳遞來的請(qǐng)求參數(shù)實(shí)現(xiàn)從 XML 到 Java 之間的轉(zhuǎn)換（利用反序列化實(shí)現(xiàn)）。 整個(gè)請(qǐng)求響應(yīng)的過程請(qǐng)見 上 圖 所示，根據(jù) Web Service 的請(qǐng)求響應(yīng)的過程也可以了解到 Web Service 體系架構(gòu)中存在有三個(gè)不同的角色。 ? 服務(wù)注冊(cè)中心：是一個(gè)可搜索的注冊(cè)器，服務(wù)提供者將服務(wù)描述發(fā)布其中，服務(wù)請(qǐng)求者查找服務(wù)并獲取綁定信息的工作。 成功找到后，然后使用 Web 服務(wù) 組件 中的目標(biāo)方法、并獲得目標(biāo)方法的返回結(jié)果 ——這仍然要應(yīng)用 SOAP 協(xié)議進(jìn)行通訊。 一個(gè)典型的應(yīng)用場(chǎng)景就是將原有的企業(yè)應(yīng)用系統(tǒng)包裝成一個(gè) Web 服務(wù)組件。如何減少網(wǎng)絡(luò)連接次數(shù)和實(shí)現(xiàn)批量的讀寫操作？ 3) 需要對(duì) Web 服務(wù)組件提供一定的安全控制機(jī)制，使得 Web 服務(wù)的客戶端不能隨意訪問不同的 Web 服務(wù)組件。 在 Web 服務(wù)組件系統(tǒng)的開發(fā)中存在大量的后臺(tái)技術(shù)實(shí)現(xiàn)的細(xì)節(jié)和各種消息的數(shù)據(jù)結(jié)構(gòu)，而如果 直接公開這些復(fù)雜的數(shù)據(jù)結(jié)構(gòu)和實(shí)現(xiàn)過程的細(xì)節(jié)給客戶端的訪問者，將會(huì)增加客戶端訪問者的技術(shù)實(shí)現(xiàn)的難度。 ? SOAP 數(shù)據(jù)的 傳輸 和保護(hù) 由于 SOAP 協(xié)議的數(shù)據(jù)是基于 XML 明文傳輸，而且 SOAP 協(xié)議本身是在 HTTP 基礎(chǔ)之上的協(xié)議。 因此， 如何 解決 Web Service 技術(shù)在具體應(yīng)用中 相關(guān)的 各種 消息 數(shù)據(jù) 的保護(hù) 等 Web 服務(wù)安全 有 關(guān) 的 問題 —— 身份驗(yàn)證 、 授權(quán) 和 數(shù)據(jù)保護(hù) ？這還包括 采用什么技術(shù)實(shí)現(xiàn)？ （ 2） Web 服務(wù)組件的響應(yīng)性能和數(shù)據(jù)處理的效率 在 Web 服務(wù)中至少有三個(gè)主要的因素與性能有直接關(guān)系： 1) 網(wǎng)絡(luò)交易時(shí)間：客戶端請(qǐng)求者需要向遠(yuǎn)程 Web 服務(wù)發(fā)出請(qǐng)求。 面向?qū)ο蟮募軜?gòu)設(shè)計(jì)能夠適應(yīng)不斷變化的軟件系統(tǒng) 的 需求 ，而 面向切面架構(gòu)設(shè)計(jì)是對(duì)面向?qū)ο蠹軜?gòu)設(shè)計(jì)的進(jìn)一步擴(kuò)展和完善 ，但 面向?qū)ο蟮募軜?gòu)設(shè)計(jì) 和 面向切面架構(gòu)設(shè)計(jì) 都是針對(duì)單一的軟件系統(tǒng)設(shè)計(jì)的方法。 本章的學(xué)習(xí)難點(diǎn) 讀者對(duì) 面向?qū)ο蟮募軜?gòu)設(shè)計(jì) 方法應(yīng)該是比較熟悉的 —— 目前的各種編程語言如 C++、Java 及 C等都是 面向?qū)ο蟮?語言， 面向?qū)ο?技術(shù) 以 實(shí)現(xiàn) 軟件 系統(tǒng)代碼的高 復(fù)用 性 而著稱 。 本章的學(xué)習(xí)要點(diǎn) 讀者在進(jìn)行課程設(shè)計(jì)的項(xiàng)目系統(tǒng)設(shè)計(jì)時(shí)，首先要明確系統(tǒng)中的各層組件的主要職責(zé)，其次是要封裝組件的內(nèi)部結(jié)構(gòu)和技術(shù)實(shí)現(xiàn)的細(xì)節(jié)，最后是要隔離各個(gè)組件之間的關(guān)系。 （ 1）你覺得自己的課程設(shè)計(jì)的項(xiàng)目中“變化”的部分或者因素有哪些？你是怎樣隔離這些“變化”的部分或者因素的 ? （ 2）軟件系統(tǒng)的設(shè)計(jì)人員怎樣才能夠使得自己所開發(fā)出來的軟件系統(tǒng)具有較好的適應(yīng)性？請(qǐng)描述你的看法或者理解？ 。 面向服務(wù)的軟件系統(tǒng)體系架構(gòu)設(shè)計(jì)方法在目前的企業(yè)級(jí)應(yīng)用系統(tǒng)的開發(fā) 實(shí)現(xiàn) 中將會(huì)面臨 著 模塊化和標(biāo)準(zhǔn)化兩大問題，其中在標(biāo)準(zhǔn)化方面需要解決如下的一些問題 —— 如何形成標(biāo)準(zhǔn)？以誰 （哪個(gè)企業(yè)） 為標(biāo)準(zhǔn)？ 應(yīng)該要 遵守哪些標(biāo)準(zhǔn)？ 面向服務(wù)的軟件系統(tǒng)體系架構(gòu)設(shè)計(jì)方法 目前廣泛地應(yīng)用于 ERP、 CRM、 SCM 和 HRM等類型的企業(yè)應(yīng)用系統(tǒng)的開發(fā)實(shí)現(xiàn)中。 但讀者對(duì) 面向切面架構(gòu)設(shè)計(jì) 方法可能比較陌生或者不了解，當(dāng)然對(duì) 面向服務(wù)的軟件系統(tǒng)體系架構(gòu) 設(shè)計(jì)方法也同樣不熟悉了解 —— 因?yàn)檫@些技術(shù)和具體的應(yīng)用在課堂教學(xué)中是不會(huì)講解的。 因此，希望讀者在學(xué)習(xí)本章的內(nèi)容時(shí)重點(diǎn)掌握 面向?qū)ο蟮募軜?gòu)設(shè)計(jì) 方法、 面向切面架構(gòu)設(shè)計(jì) 方法以及 面向服務(wù)的軟件系統(tǒng)體系架構(gòu) 設(shè)計(jì)方法，也包括這些設(shè)計(jì)方法的具體應(yīng)用。 3) Web 服務(wù)本身執(zhí)行時(shí)所需要的時(shí)間 其次， Web Services 本身的性能是非常嚴(yán)重的 —— 由于需要對(duì)基于 SOAP 協(xié)議的 XML格式的數(shù)據(jù)實(shí)現(xiàn)序列化和反序列化等形式的轉(zhuǎn)換是非常耗時(shí)的；另一方面， XML 數(shù)據(jù)是文本格式， XML 文件的膨脹將會(huì)導(dǎo)致網(wǎng)絡(luò)的傳輸數(shù)據(jù)量加大而出現(xiàn)網(wǎng)絡(luò) IO 傳輸 性能低下。 這可應(yīng)用 SSL/HTTPS 對(duì)連接加密，而不是 直接 傳輸 明文 數(shù)據(jù) ；對(duì) XML 數(shù)據(jù)本身 加密楊教授工作室 精心創(chuàng)作的優(yōu)秀程序員 職業(yè)提升必讀系列資料 楊教授工作室，版權(quán)所有，盜版必究 ， 13/15 頁 和 數(shù)字簽名 等技術(shù)手 段。 Web Services技術(shù) 在應(yīng)用中所面臨的主要問題 （ 1） Web Service 技術(shù) 在應(yīng)用中 的安全問題 在 Web Service 技術(shù)在具體應(yīng)用的安全問題主要分為以下三個(gè)方面： ? 對(duì) Web 服務(wù)的客戶端的 身份驗(yàn)證 和 Web 服務(wù)提供者的確認(rèn) 應(yīng)用 統(tǒng)一身份認(rèn)證服務(wù) ，盡管 Web Services 技術(shù)在實(shí)現(xiàn)不同系統(tǒng)和不同 平臺(tái)之間的互聯(lián)和整合方面能夠大大地簡(jiǎn)化實(shí)現(xiàn)代碼，但是，每個(gè)應(yīng)用系統(tǒng)本身都有其自身的用戶系統(tǒng)和認(rèn)證方式。 （ 4）應(yīng)用代理 模式 代
醫(yī)療健康相關(guān)推薦
鄂ICP備17016276號(hào)-1