山東大學(xué)中間件復(fù)習(xí)要點(diǎn)

1、復(fù)習(xí)要點(diǎn)你認(rèn)為什么是中間件？中間件的主要作用是什么？定義：中間件是介于應(yīng)用系統(tǒng)和系統(tǒng)軟件之間的一類軟件，是位 于操作系統(tǒng)和應(yīng)用軟件之間的一個軟件層，向各種應(yīng)用軟件提供服務(wù)，使不同的應(yīng)用進(jìn)程能在屏蔽掉平臺差異的情況下，通過網(wǎng)絡(luò)互通信息。作用：使用系統(tǒng)軟件所提供的基礎(chǔ)服務(wù)（功能） ，銜接網(wǎng)絡(luò)上應(yīng)用 系統(tǒng)的各個部分或不同的應(yīng)用，能夠達(dá)到資源共享、功能共享的目的?，F(xiàn)代應(yīng)用系統(tǒng)的基本特征是什么？分布：任務(wù)已不只是在單機(jī)上運(yùn)行，而是由網(wǎng)絡(luò)中多臺計算機(jī)上的相關(guān)應(yīng)用共同協(xié)作完成，需考慮網(wǎng)絡(luò)傳輸、數(shù)據(jù)安全、數(shù)據(jù)一致性、同步等諸多問題；異構(gòu)：計算機(jī)硬件、操作系統(tǒng)、 網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)庫系統(tǒng)以及開發(fā)工具種類繁多，需考慮

2、數(shù)據(jù)表示、調(diào)用接口、處理方式等諸多問題；動態(tài)協(xié)作：參與協(xié)作的應(yīng)用允許位置透明性、遷移透明性、負(fù)載平衡性等需求。比較 B/S 結(jié)構(gòu)與 C/S 結(jié)構(gòu)的優(yōu)缺點(diǎn)。C/s 是客戶機(jī)和服務(wù)器結(jié)構(gòu)B/S 是瀏覽器和服務(wù)器結(jié)構(gòu)B/S：優(yōu)點(diǎn)： 1. 具有分布性特點(diǎn)，業(yè)務(wù)處理方便；2. 業(yè)務(wù)擴(kuò)展簡單方便；3. 便于維護(hù)； 4. 共享性強(qiáng)缺點(diǎn)： 1. 響應(yīng)速度不及C/S 結(jié)構(gòu)； 2. 用戶體驗效果不夠理想，需要單獨(dú)界面設(shè)計C/S：優(yōu)點(diǎn)：1. 客戶端與服務(wù)器直接相連，響應(yīng)速度快；2.C/S 結(jié)構(gòu)的管理信息系統(tǒng)具有較強(qiáng)的事務(wù)處理能力。3 C/S 架構(gòu)的界面和操作可以很豐富4 安全性能可以很容易保證，實現(xiàn)多層認(rèn)證也不難缺

3、點(diǎn)： 1. 客戶端需要安裝專用的客戶端軟件，工作量、維護(hù)成本較大；2.只適用于局域網(wǎng)（現(xiàn)在很多CRM軟件也可適用于外網(wǎng)） ；3. 對客戶端的操作系統(tǒng)一般也會有限制。不適用于微軟新的操作系統(tǒng)等等，Linux 、Unix 等； 4 維護(hù)成本高2 層和 3 層系統(tǒng)的特點(diǎn)是什么？2 層結(jié)構(gòu)存在很多缺陷：客戶端的負(fù)擔(dān)仍比較重：仍然需要客戶端進(jìn)行較復(fù)雜的數(shù)據(jù)處理；客戶端的可移植性不好：處理復(fù)雜必然牽涉更多的移植性問題；每個客戶端上都要安裝數(shù)據(jù)庫驅(qū)動程序；系統(tǒng)的可維護(hù)性不好：客戶端包含過多的商業(yè)邏輯；商業(yè)邏輯與人機(jī)交互界面交織在一起；數(shù)據(jù)的安全性3 層結(jié)構(gòu)的優(yōu)點(diǎn)：除了更合理的分配任務(wù)外，3 層結(jié)構(gòu)還具有如下

4、優(yōu)點(diǎn)：將業(yè)務(wù)邏輯放置在中間層可以提高系統(tǒng)的性能，使中間層的業(yè)務(wù)邏輯處理與數(shù)據(jù)層的業(yè)務(wù)數(shù)據(jù)緊密結(jié)合在一起，而無需考慮客戶的具體位置。添加新的中間層服務(wù)器 能夠滿足新增客戶機(jī)的需求，可以大大提高3 層系統(tǒng)的 可伸縮性 。將業(yè)務(wù)邏輯從客戶端移到中間層，在客戶層的應(yīng)用程序與數(shù)據(jù)層的數(shù)據(jù)庫之間增加了一層，這樣客戶端的應(yīng)用程序可以獨(dú)立于數(shù)據(jù)層的數(shù)據(jù)庫。將業(yè)務(wù)邏輯致于中間層，從而使業(yè)務(wù)邏輯集中到一處。實施過程更加容易。大量的中間層中間件平臺提供豐富的系統(tǒng)級服務(wù)，使得開發(fā)人員可以以更少的工作量開發(fā)出更復(fù)雜、可靠、高效的軟件系統(tǒng)。RMI存根和框架的作用？RMI（Remote Method Invoke ）全稱遠(yuǎn)

5、程方法調(diào)用，是java 開發(fā)分布式應(yīng)用程序的 api ，其目的 使得運(yùn)行在不同計算機(jī)對象之間的調(diào)用表現(xiàn)的像本地調(diào)用一樣。RMI 存根：存在于客戶端，是遠(yuǎn)程對象的本地映像。負(fù)責(zé)初始化并與遠(yuǎn)程對象所在的 VM連接，將參數(shù)打包，發(fā)送給VM，等待方法調(diào)用的結(jié)果，解包返回值和異常，將值返回給調(diào)用者。RMI 框架：存在于服務(wù)器，接收存根請求并和遠(yuǎn)程對象交互，把響應(yīng)傳送到客戶。負(fù)責(zé)： a 解包客戶端輸入的遠(yuǎn)程方法參數(shù)，b 調(diào)用實際的方法c 將結(jié)果打包返回給調(diào)用者，傳至引用層。Stub （存根）為客戶端編碼遠(yuǎn)程命令并把他們發(fā)送到服務(wù)器，等待服務(wù)器返回結(jié)果， stub 再解碼返回調(diào)用結(jié)果給客戶端。Skeleto

6、n （框架）是把遠(yuǎn)程命令解碼，調(diào)用服務(wù)端的遠(yuǎn)程對象的方法，把結(jié)果再編碼發(fā)給 stubORB、對象適配器的作用分別是什么？*ORB（Object Request Broker）對象請求代理：是OMA參考模型的核心， 是基于分布式對象構(gòu)建應(yīng)用程序的基礎(chǔ)設(shè)施，保證了在異構(gòu)平臺上對象的互操作性與可移植性。1 通過 ORB，一個客戶端可以透明的調(diào)用同一臺機(jī)器上或網(wǎng)絡(luò)上的一個server對象的方法。2.ORB 解釋調(diào)用并負(fù)責(zé)查找實現(xiàn)該請求的對象，將參數(shù)傳給找到的對象，并調(diào)用方法返回結(jié)果。客戶方不需要了解服務(wù)對象的位置、通信方式、實現(xiàn)、激活或存儲機(jī)制等。作用：把客戶發(fā)出的請求傳遞給目標(biāo)對象，并把目標(biāo)對象的執(zhí)

7、行結(jié)果返回給發(fā)出請求的客戶。由 ORB提供的通信機(jī)制負(fù)責(zé)完成查找請求的對象實現(xiàn)，讓對象實現(xiàn)準(zhǔn)備好接收請求，傳遞構(gòu)成請求的數(shù)據(jù)。對象適配器：對象適配器是聯(lián)系對象實現(xiàn)與 ORB本身的紐帶。它的引入還大大減輕了 ORB的任務(wù)，從而簡化了 ORB的設(shè)計。作用：管理服務(wù)器端伺服對象，對象標(biāo)識，CORBA對象以及它們之間關(guān)聯(lián)。決定在收到一個客戶請求時應(yīng)調(diào)用哪一個伺服對象，然后調(diào)用該伺服對象上的合適操作。 對象適配器主要完成以下工作：對象登記、對象引用 (OR, Object Reference) 的產(chǎn)生、服務(wù)器進(jìn)程的激活、對象的激活、對象的撤消、對象向上調(diào)用。描述典型 CORBA程序的開發(fā)實現(xiàn)過程（靜態(tài)工

8、作模式）。什么是 POA策略？列舉幾種標(biāo)準(zhǔn)的POA策略并簡要解釋。POA策略： 1.POA 策略是一個對象， 負(fù)責(zé)控制相關(guān) POA的行為及這些 POA所管理的對象2. 使用 POA前應(yīng)仔細(xì)考慮應(yīng)用程序所需的策略集。3.POA策略可為不同的 應(yīng)用程序設(shè)計目標(biāo) 而配置不同的 POA。是介于核心和服務(wù)器程序之間的軟件層, 它把所有的對象進(jìn)行分類管理, 將客戶端發(fā)來的請求正確、快速地調(diào)度到其對應(yīng)的目標(biāo)對象上進(jìn)行操作并返回結(jié)果 )標(biāo)準(zhǔn) POA策略：（選兩種即可）線程策略：該策略指定POA使用的線程模型。生命期策略：該策略指定POA中對象實現(xiàn)的使用期限。對象標(biāo)識唯一性策略：該策略允許多個抽象對象共享一個伺

9、服對象。確定對象標(biāo)識與伺服對象之間關(guān)聯(lián)是唯一性還是多重性。對象標(biāo)識指派策略: 該策略指定對象標(biāo)識是由程序員編寫的服務(wù)程序生成還是由 POA自動生成。典型策略是 USER_ID策略用于持久對象， SYSTEM_ID策略用于瞬時對象。伺服對象保持策略：該策略指定 POA是否將活動伺服對象保存在活動對象的映射表中。請求處理策略：該策略指定 POA如何處理請求。隱式激活策略：該策略指定 POA是否支持服務(wù)對象的隱式激活。Corba 客戶端的靜態(tài)和動態(tài)調(diào)用。靜態(tài)調(diào)用（ SII ）靜態(tài)調(diào)用借助于客戶程序樁完成。樁與框架在編譯時創(chuàng)建并且在運(yùn)行時不再改變，所以這些接口稱為SII 。IDL 樁負(fù)責(zé)客戶程序的實現(xiàn)

10、語言與ORB內(nèi)核之間的映射?？蛻舫绦蜷_發(fā)者必須在程序編譯之前就知道操作的名字和所有參數(shù)與返回值的類型，實際的操作名字、參數(shù)值和返回值是編寫在應(yīng)用程序的源代碼中。優(yōu)缺點(diǎn)： 1 編程更容易 - 根據(jù)名字調(diào)用遠(yuǎn)程方法，將參數(shù)傳遞給方法，和本地方法調(diào)用相同。2 更強(qiáng)的類型校驗 - 編譯程序時加強(qiáng)了類型校驗。3 執(zhí)行良好 - 比動態(tài)方式快 40 倍左右4 自編文檔 - 通過閱讀代碼可以了解正在進(jìn)行的東西。5 不夠靈活，用戶在系統(tǒng)中添加新的對象服務(wù)時，客戶程序必須改動源程序，重新編譯，才能使用。動態(tài)調(diào)用（ Dynamic Invoke Interface） :客戶方應(yīng)用可以在運(yùn)行時動態(tài)地向任何對象發(fā)出請求

11、，而不像靜態(tài)調(diào)用那樣，在編譯時知道目標(biāo)對象的信息。用戶使用時需手動構(gòu)造請求信息，包括響應(yīng)操作和有關(guān)參數(shù)。( （2）CORBA支持兩種用于動態(tài)調(diào)用的接口：動態(tài)調(diào)用接口（ DII ）支持客戶方的動態(tài)請求調(diào)用。動態(tài)框架接口（ DSI）支持服務(wù)方的動態(tài)對象調(diào)用。1 利用 DII ，客戶方應(yīng)用可以在運(yùn)行時動態(tài)地向任何對象發(fā)出請求，而不象靜態(tài)調(diào)用那樣，必須在編譯時就知道特定的目標(biāo)對象的界面信息。2 使用 DII 時，用戶必須手工構(gòu)造請求信息，包括相應(yīng)的操作及有關(guān)參數(shù)等。3 類似地， DSI 允許用戶在沒有靜態(tài)框架信息的條件下來獲得對象實現(xiàn)。4 過程：客戶在運(yùn)行時發(fā)現(xiàn)服務(wù)，獲取接口，動態(tài)構(gòu)造請求，從而使客戶

12、方調(diào)用該對象實現(xiàn)提供服務(wù) )/優(yōu)缺點(diǎn)：更加靈活，但速度比靜態(tài)調(diào)用慢。10 簡述什么是 POA？簡述創(chuàng)建并激活POA的過程？POA(Portable Object Adapter)可移植對象適配器： POA是對象實現(xiàn)與ORB其他組件之間的中介，它將客戶請求傳送到伺服對象，按需創(chuàng)建子POA，提供管理伺服對象的策略。創(chuàng)建：利用 create_POA() 方法可以創(chuàng)建一個新的POA作為該 POA的子 POA, 可以根據(jù)實際需要以這種方式創(chuàng)建多個子POA，從而形成一個POA層次（服務(wù)程序創(chuàng)建子 POA只需提供子 POA的名字，客戶程序必須使用完整的POA名字指定一個子 POA）激活：對象引用通過對象標(biāo)識

13、與伺服對象建立關(guān)聯(lián)。如果POA采用 RETAIN策略，可有三種激活方式：顯示激活，隱式激活，按需激活；若采用NON_RETAIN策略，對象只能按需激活。11.CORBA對象和伺服對象的關(guān)系。CORBA對象與具體的伺服對象是兩個不同抽象層次的概念：它們之間的徹底分離使得 CORBA獨(dú)立于任何特定程序設(shè)計語言，并為服務(wù)端程序的可移植性打下基礎(chǔ)。對象適配器是一個重要的ORB組件，它負(fù)責(zé)將抽象的CORBA對象映像到具體的伺服對象。CORBA對象可看作是一個具有對象標(biāo)識、對象接口及對象實現(xiàn)的抽象實體。之所以稱為抽象的，是因為并沒有硬性規(guī)定 CORBA對象的實現(xiàn)機(jī)制。由于獨(dú)立于程序設(shè)計語言和特定 ORB產(chǎn)

14、品，一個 CORBA對象的引用又稱可互操作的對象引用（ Interoperable Object Reference ）。從客戶程序的角度看， IOR中包含了對象的標(biāo)識、接口類型及其他信息以查找對象實現(xiàn)。伺服對象（ servant ）是指具體程序設(shè)計語言的對象或?qū)嶓w，通常存在于一個服務(wù)程序進(jìn)程之中?？蛻舫绦蛲ㄟ^對象引用發(fā)出的請求經(jīng)過 ORB擔(dān)當(dāng)中介角色，轉(zhuǎn)換為對特定的伺服對象的調(diào)用。在一個 CORBA對象的生命期中，它可能與多個伺服對象相關(guān)聯(lián)，因而對該對象的請求可能被發(fā)送到不同的伺服對象。伺服對象通過對象標(biāo)識關(guān)聯(lián)到 CORBA對象。建立一個伺服對象與一個 CORBA對象之間關(guān)聯(lián)的過程稱為“激活

15、” （activate ）或“體現(xiàn)”（incarnate ），反之，撤銷這種關(guān)聯(lián)的過程稱為“凍結(jié)” （deactivate ）或“凈化”（ etherealize ）。經(jīng)過激活或體現(xiàn)后， CORBA對象、伺服對象以及對象標(biāo)識均可稱為活動的（ active ），否則稱它們?yōu)榉腔顒拥模?inactive ）。不是簡單的 new持久對象（ persistent object）可在創(chuàng)建它的服務(wù)程序進(jìn)程之外存在，瞬時對象（ transientobject ）只能在創(chuàng)建它的服務(wù)程序進(jìn)程中存在。它們都是指一個 CORBA對象。12 什么是 JavaEE?JAVA EE是建立在 Java2 平臺上的企業(yè)級應(yīng)用

16、的解決方案，是SUN公司提出的一個標(biāo)準(zhǔn)，成為一個支持企業(yè)級應(yīng)用開發(fā)的體系結(jié)構(gòu)，簡化企業(yè)解決方案的開發(fā)，部署和管理等復(fù)雜問題。JavaEE技術(shù)的基礎(chǔ)是java2 平臺（有 J2SE平臺的所有功能，還提供了對EJB，Servlet ，JSP，XML等技術(shù)的全面支持）JavaEE并非一個產(chǎn)品，而是一系列的標(biāo)準(zhǔn)13. 什么是 Enterprise Bean？ Enterprise Bean優(yōu)點(diǎn)是什么？Enterprise Beans是實現(xiàn)了 EJB技術(shù)的 java ee組件。它由 java 語言編寫，運(yùn)行在 EJB 容器中，是封裝了業(yè)務(wù)邏輯的服務(wù)端組件。優(yōu)點(diǎn)：1 由于 EJB容器提供了系統(tǒng)級的服務(wù)，

17、bean 的開發(fā)者可以專注于解決業(yè)務(wù)問題。2 業(yè)務(wù)邏輯包含在服務(wù)端，客戶端開發(fā)者可以專注于界面呈現(xiàn)。3 Enterprise bean是可復(fù)用的，可以根據(jù)已有的bean 編譯新的程序。14 什么是會話 bean？會話 bean 的子類型有哪些？分別的應(yīng)用場合？Session bean是非持久化bean，封裝業(yè)務(wù)邏輯，可以被本地、遠(yuǎn)程或webservice客戶端以編程形式調(diào)用。分為三類：1 有狀態(tài)session bean（ Stateful Session bean）Bean 的狀態(tài)代表著和一個特定客戶端的交互。通過方法調(diào)用，bean可以保持客戶端的信息，協(xié)調(diào)客戶端和應(yīng)用程序其他組件， 為客戶端

18、提供一個簡單視圖，并負(fù)責(zé)管理 enterpirse bean 的工作流。2 無狀態(tài)session bean（ Stateless Session bean）無狀態(tài)bean 不針對特定客戶端保存數(shù)據(jù)，實現(xiàn)了web service,為所有客戶端提供公共服務(wù)。3 單例session bean（Singleton Session Bean）單例bean 可以被多線程并發(fā)訪問, 狀態(tài)全局共享， 實現(xiàn)web service,在應(yīng)用啟動和關(guān)閉時執(zhí)行。15.JavaEE 中容器的作用。Java EE 容器用于解決事務(wù)管理、狀態(tài)管理、多線程、資源池、持久化、安全性、可獲得性、分布式、生命周期管理等一些列復(fù)雜底層

19、細(xì)節(jié)問題，使程序員能夠?qū)ＷI(yè)務(wù)邏輯開發(fā)。主要分為 JAVAEE服務(wù)器（EJB容器和 web容器）、客戶端應(yīng)用程序容器 (applet 容器 ) 等。其中 EJB容器管理 enterprise bean 執(zhí)行，web容器管理 jsp 、servlet等 web組件的執(zhí)行。16. 什么是 IOC/DI ，主要類型有哪些？IOC（ Inversion of Control）控制反轉(zhuǎn)，是由容器來管理對象之間的依賴關(guān)系。將原本由程序負(fù)責(zé)的組件裝配權(quán)交給容器，增強(qiáng)開發(fā)靈活性。DI（Dependency Injection）依賴注入，組件只提供普通的java 方法，成員變量的值由外部程序（可能是容器）來設(shè)置

20、。主要類型：構(gòu)造器注入：通過類的構(gòu)造方法注入依賴關(guān)系。設(shè)值注入：通過類的setter方法注入依賴關(guān)系接口注入（不常用）：定義一個注入接口，在需要注入的類中實現(xiàn)此接口。17. 簡述 ORM，為什么需要 ORM?？概念： ORM(Object Relation Mapping)是一種為了解決與關(guān)系存在的互不匹配的現(xiàn)象的技術(shù)。簡單的說，ORM是通過使用描述和數(shù)據(jù)庫之間映射的，將java中的對象自動持久化到關(guān)系數(shù)據(jù)庫中。本質(zhì)上就是將數(shù)據(jù)從一種形式轉(zhuǎn)換到另外一種形式。為什么： 面向?qū)ο蟮拈_發(fā)方法是當(dāng)今企業(yè)級應(yīng)用開發(fā)環(huán)境中的主流開發(fā)方法，關(guān)系數(shù)據(jù)庫是企業(yè)級應(yīng)用環(huán)境中永久存放數(shù)據(jù)的主流數(shù)據(jù)存儲系統(tǒng)。對象和關(guān)

21、系數(shù)據(jù)是業(yè)務(wù)實體的2 種不同表現(xiàn)形式。面向?qū)ο笈c關(guān)系數(shù)據(jù)庫存在互不匹配的現(xiàn)象，為了解決這個問題，ORM應(yīng)運(yùn)而生。？ 18.Struts 框架各組件作用。Struts是 MVC模式的一種實現(xiàn)，構(gòu)建程序框架結(jié)構(gòu)。控制層組成： ActionServlet和 Action 。ActionServlet在 MVC模型中扮演中央控制器的角色。 Action 類負(fù)責(zé)調(diào)用模型的方法， 更新模型的狀態(tài)，并幫助控制應(yīng)用程序的流程?？刂破鹘邮苡脩舻妮斎氩⒄{(diào)用模型和視圖完成用戶的需求。視圖組成： jsp 和 ActionForm Bean。 ActionForm Bean 來進(jìn)行視圖和控制器之間表單數(shù)據(jù)的傳遞。視圖是

22、用戶看到并與之交互的界面。視圖向用戶顯示數(shù)據(jù)并接收用戶的輸入數(shù)據(jù)，而不進(jìn)行業(yè)務(wù)處理。視圖也可以向模型查詢業(yè)務(wù)狀態(tài), 但不能改變模型。模型部分組成： javabean 和 EJB模型是應(yīng)用程序的主體部分。模型表示業(yè)務(wù)數(shù)據(jù)和業(yè)務(wù)邏輯。一個模型能為多個視圖提供數(shù)據(jù)。由于同一個模型可以被多個視圖重用，所以提高了應(yīng)用的可重用性。19. 什么是 MVC模式？MVC全名是 Model View Controller，（是模型 (model) 視圖 (view) 控制器(controller)的縮寫），一種軟件設(shè)計典范，用一種業(yè)務(wù)邏輯、數(shù)據(jù)、界面顯示分離的方法組織代碼，將業(yè)務(wù)邏輯聚集到一個部件里面，在改進(jìn)和個

23、性化定制界面及用戶交互的同時，不需要重新編寫業(yè)務(wù)邏輯。Model: 模型包含應(yīng)用程序的核心功能。模型封裝了應(yīng)用程序的狀態(tài)。它對視圖或控制器一無所知。View: 視圖提供模型的表示。它是應(yīng)用程序的外觀。視圖可以訪問模型的讀方法，但不能訪問寫方法。對控制器一無所知。Controller:控制器對用戶輸入做出反應(yīng)。創(chuàng)建并設(shè)置模型。20. 什么是 SOAP?有什么特點(diǎn)？可采用的底層傳輸協(xié)議有哪些？SOAP(Simple Object Access Protocol)簡單對象訪問協(xié)議： SOAP是在松散的、分布的環(huán)境中使用XML交換結(jié)構(gòu)化的和類型化的信息的一種簡單協(xié)議。特點(diǎn)： SOAP本身并不定義任何應(yīng)

24、用語義，如編程模型或特定語義實現(xiàn)，它只定義了一種簡單的以模塊化的方式包裝數(shù)據(jù)的機(jī)制。將數(shù)據(jù)/ 對象打包成XML格式的數(shù)據(jù)可采用的底層傳輸協(xié)議： SOAP沒有定義任何底層的傳輸協(xié)議?？梢允褂?HTTP、FTP、SMTP或者 JMS，甚至是自定義協(xié)議來傳輸 SOAP報文。一般使用 HTTP協(xié)議。從某種意義上講， SOAP可以簡單理解為： HTTP+XML+RPC(HTTP作為底層通信協(xié)議RPC作為一致性的調(diào)用途徑XML作為數(shù)據(jù)傳輸?shù)母袷?SOAP 的調(diào)用效率比較低HTTP不是有效率的通信協(xié)議XML需要額外的文件解析 )21. 什么是 UDDI、 WSDL？UDDI（Universal Descri

25、ption, Discovery and Integration）：是一套基于Web 的Web Service注冊中心的實現(xiàn)標(biāo)準(zhǔn)規(guī)范。（注冊中心維護(hù)了一個WebService的全球目錄，其中的信息描述格式是基于通用的XML格式的。） 包含注冊 Web Service 和發(fā)現(xiàn) Web Service 的訪問協(xié)議的實現(xiàn)標(biāo)準(zhǔn)。WSDL（ Web Service Description Language）：是采用XML 語言來描述WebService的屬性的語言，WSDL文檔可以包含以下內(nèi)容：What： Web Service做什么， Where：WebService 位于哪里， How：怎樣調(diào)用。

26、( 如果將 WebService作為一個分布式對象來看，WSDL就是 Web Service 的接口描述語言（ IDL ）) 。WSDL定義了一套基于XML的語法，將 WebService 描述為能夠進(jìn)行消息交換的服務(wù)訪問點(diǎn)的集合。22.Ruby 基本語法，類的設(shè)計等23.REST是什么？ RESTful 應(yīng)用應(yīng)該具備的約束由哪些？Representational State Transfer（表述性狀態(tài)傳遞）是一種針對的設(shè)計和開發(fā)方式，可以降低開發(fā)的復(fù)雜性，提高系統(tǒng)的可伸縮性(REST模式的 Web服務(wù)與復(fù)雜的 SOAP和對比來講明顯的更加簡潔通?；谑褂茫?URI，和以及現(xiàn)有的廣泛流行的協(xié)

27、議和標(biāo)準(zhǔn))約束：1 每個資源都應(yīng)該有一個唯一的標(biāo)識2 使用標(biāo)準(zhǔn)的方法來更改資源的狀態(tài)3Request 和 Response 的自描述4 資源多重表述5 無狀態(tài)的服務(wù)24.Rails創(chuàng)建應(yīng)用的基本過程a) 創(chuàng)建項目 rails new blog,cd進(jìn)項目目錄，執(zhí)行 bundle installb) 配置數(shù)據(jù)庫 config/database.ymlc) 建立控制器： rails generate controller welcome indexd)Config/routes.rb修改路由和資源等， rake routes命令查看路由e)rails generate model命令創(chuàng)建模型，并通過rake db:migrate遷移f) 編寫控制器代碼和模板代碼g)rails server運(yùn)行程序是什么？技術(shù)特征是什么？Microsoft.NET代表了一個集合、一個環(huán)境、一個可以作為平臺支持下一代Internet的可編程結(jié)