【文章內(nèi)容簡(jiǎn)介】 I的中小企業(yè)也能實(shí)現(xiàn)B2B集成。長(zhǎng)項(xiàng)四：軟件和數(shù)據(jù)重用軟件重用是一個(gè)很大的主題，重用的形式很多，重用的程度有大有小。最基本的形式是源代碼模塊或者類一級(jí)的重用，另一種形式是二進(jìn)制形式的組件重用。當(dāng)前，像表格控件或用戶界面控件這樣的可重用軟件組件，在市場(chǎng)上都占有很大的份額。但這類軟件的重用有一個(gè)很大的限制，就是重用僅限于代碼，數(shù)據(jù)不能重用。原因在于，發(fā)布組件甚至源代碼都比較容易，但要發(fā)布數(shù)據(jù)就沒(méi)那么容易，除非是不會(huì)經(jīng)常變化的靜態(tài)數(shù)據(jù)。WebService在允許重用代碼的同時(shí)，可以重用代碼背后的數(shù)據(jù)。使用WebService，再也不必像以前那樣，要先從第三方購(gòu)買、安裝軟件組件，再?gòu)膽?yīng)用程序中調(diào)用這些組件；只需要直接調(diào)用遠(yuǎn)端的WebService就可以了。舉個(gè)例子，要在應(yīng)用程序中確認(rèn)用戶輸入的地址，只需把這個(gè)地址直接發(fā)送給相應(yīng)的WebService，這個(gè)WebService就會(huì)幫你查閱街道地址、城市、省區(qū)和郵政編碼等信息，確認(rèn)這個(gè)地址是否在相應(yīng)的郵政編碼區(qū)域。WebService的提供商可以按時(shí)間或使用次數(shù)來(lái)對(duì)這項(xiàng)服務(wù)進(jìn)行收費(fèi)。這樣的服務(wù)要通過(guò)組件重用來(lái)實(shí)現(xiàn)是不可能的，那樣的話你必須下載并安裝好包含街道地址、城市、省區(qū)和郵政編碼等信息的數(shù)據(jù)庫(kù)，而且這個(gè)數(shù)據(jù)庫(kù)還是不能實(shí)時(shí)更新的。另一種軟件重用的情況是，把好幾個(gè)應(yīng)用程序的功能集成起來(lái)。例如，要建立一個(gè)局域網(wǎng)上的門戶站點(diǎn)應(yīng)用，讓用戶既可以查詢聯(lián)邦快遞包裹，查看股市行情，又可以管理自己的日程安排，還可以在線購(gòu)買電影票?，F(xiàn)在Web上有很多應(yīng)用程序供應(yīng)商，都在其應(yīng)用中實(shí)現(xiàn)了這些功能。一旦他們把這些功能都通過(guò)WebService“暴露”出來(lái)，就可以非常容易地把所有這些功能都集成到你的門戶站點(diǎn)中，為用戶提供一個(gè)統(tǒng)一的、友好的界面。將來(lái)，許多應(yīng)用程序都會(huì)利用WebService，把當(dāng)前基于組件的應(yīng)用程序結(jié)構(gòu)擴(kuò)展為組件/WebService的混合結(jié)構(gòu)，可以在應(yīng)用程序中使用第三方的WebService提供的功能，也可以把自己的應(yīng)用程序功能通過(guò)WebService提供給別人。兩種情況下，都可以重用代碼和代碼背后的數(shù)據(jù)?！ebService技術(shù)的缺點(diǎn)從以上論述可以看出，WebService在通過(guò)Web進(jìn)行互操作或遠(yuǎn)程調(diào)用的時(shí)候是最有用的。不過(guò)，也有一些情況，WebService不能帶來(lái)任何好處。短處一：?jiǎn)螜C(jī)應(yīng)用程序目前，企業(yè)和個(gè)人還使用著很多桌面應(yīng)用程序。其中一些只需要與本機(jī)上的其它程序通信。在這種情況下，最好就不要用WebService，只要用本地的API就可以了。COM非常適合于在這種情況下工作，因?yàn)樗刃∮挚?。運(yùn)行在同一臺(tái)服務(wù)器上的服務(wù)器軟件也是這樣。最好直接用COM或其它本地的API來(lái)進(jìn)行應(yīng)用程序間的調(diào)用。當(dāng)然WebService也能用在這些場(chǎng)合，但那樣不僅消耗太大，而且不會(huì)帶來(lái)任何好處。短處二：局域網(wǎng)的同構(gòu)應(yīng)用程序在許多應(yīng)用中，所有的程序都是用VB或VC開發(fā)的，都在Windows平臺(tái)下使用COM，都運(yùn)行在同一個(gè)局域網(wǎng)上。例如，有兩個(gè)服務(wù)器應(yīng)用程序需要相互通信，或者有一個(gè)Win32或WinForm的客戶程序要連接局域網(wǎng)上另一個(gè)服務(wù)器的程序。在這些程序里，使用DCOM會(huì)比SOAP/HTTP有效得多。與此相類似。有趣的是， Remoting中，也可以指定使用SOAP/HTTP來(lái)進(jìn)行WebService調(diào)用。不過(guò)最好還是直接通過(guò)TCP進(jìn)行RPC調(diào)用，那樣會(huì)有效得多?？傊?，應(yīng)當(dāng)從具體應(yīng)用環(huán)境出發(fā)，選擇最適當(dāng)?shù)慕鉀Q方案。第二章　WebService技術(shù)與CORBA技術(shù)CORBA是20世紀(jì)90年代由OMG提出的分布式對(duì)象計(jì)算規(guī)范，經(jīng)過(guò)十幾年的的發(fā)展，已經(jīng)在很多關(guān)鍵業(yè)務(wù)處理中得到了廣泛的應(yīng)用。CORBA和WebService都是實(shí)現(xiàn)分布式技術(shù)的技術(shù)框架，在體系結(jié)構(gòu)、組成、技術(shù)實(shí)現(xiàn)甚至研究方法上都有可比之處，因此，將CORBA和WebService進(jìn)行比較，借鑒CORBA研究和應(yīng)用中的成果，是發(fā)展和完善WebService技術(shù)的一種途徑。　CORBA技術(shù)的簡(jiǎn)介CORBA實(shí)現(xiàn)了分布異構(gòu)環(huán)境中對(duì)象之間的透明請(qǐng)求調(diào)用，應(yīng)用程序無(wú)需考慮底層硬件平臺(tái)、操作系統(tǒng)、通信協(xié)議等細(xì)節(jié)，保證了分布式應(yīng)用的互操作性，其體系結(jié)構(gòu)如圖21所示。ORB核心（GIOP\IIOP）動(dòng)態(tài)調(diào)用IDL存根ORB界面靜態(tài)IDL框架動(dòng)態(tài)框架調(diào)用對(duì)象適配器客 戶服 務(wù) 器圖 21 CORBA組成部分對(duì)象請(qǐng)求代理ORB負(fù)責(zé)接收客戶端的請(qǐng)求，并傳遞到目標(biāo)對(duì)象，將執(zhí)行結(jié)果返回給客戶程序。ORB是CORBA的核心，使應(yīng)用程序無(wú)需關(guān)心目標(biāo)對(duì)象的物理位置、實(shí)現(xiàn)和現(xiàn)行狀態(tài)等。CORBA使用OMG IDL定義了對(duì)象接口，并通過(guò)語(yǔ)言映射技術(shù)翻譯成對(duì)應(yīng)的編程語(yǔ)言，生成客戶端的存根和服務(wù)端的框架。存根將請(qǐng)求進(jìn)行封裝以及對(duì)響應(yīng)進(jìn)行解封裝；框架則在服務(wù)端完成互補(bǔ)的類似工作?？蛻舳顺绦蛲ㄟ^(guò)IDL存根發(fā)起對(duì)遠(yuǎn)程對(duì)象的請(qǐng)求、請(qǐng)求到達(dá)服務(wù)端的對(duì)象適配器。對(duì)象適配器負(fù)責(zé)對(duì)象登記、定位、激活和撤銷等，它將請(qǐng)求調(diào)度到適合的對(duì)象實(shí)現(xiàn)，并將執(zhí)行結(jié)果返回給客戶。 WebService技術(shù)和CORBA技術(shù)CORBA和WebService的共同點(diǎn)在于，它們都提供了一中分布計(jì)算領(lǐng)域的技術(shù)框架，因而都對(duì)分布式應(yīng)用面臨的問(wèn)題提出了解決方法。分布式應(yīng)用最基本的要求是應(yīng)用能夠跨平臺(tái)調(diào)用，而CORBA和WebService都能夠屏蔽底層平臺(tái)的差異，使應(yīng)用程序與操作系統(tǒng)、通信協(xié)議無(wú)關(guān)，簡(jiǎn)化了分布式應(yīng)用的開發(fā)。分布式應(yīng)用請(qǐng)求模式客戶端調(diào)用服務(wù)端的功能，這使二者都在體系結(jié)構(gòu)上有一個(gè)對(duì)方的概念。因?yàn)榭蛻舳艘{(diào)用服務(wù)端，要求客戶端對(duì)服務(wù)端有一定理解，因此，二者都采用了某種語(yǔ)言來(lái)描述服務(wù)方的接口?？蛻舳撕头?wù)端的分離，使客戶端在請(qǐng)求服務(wù)的時(shí)候，總需要一定方式來(lái)標(biāo)識(shí)服務(wù)方。如果客戶端不知道服務(wù)方的標(biāo)識(shí)，它就需要某種方式來(lái)查找所需的服務(wù)。CORBA和WebService都通過(guò)唯一標(biāo)識(shí)來(lái)識(shí)別服務(wù)方，并且都提供了服務(wù)的查找手段。應(yīng)用在進(jìn)行關(guān)鍵業(yè)務(wù)處理時(shí)，要求操作的可靠性、安全性和服務(wù)質(zhì)量，而CORBA和WebService中都制訂了對(duì)應(yīng)的規(guī)范來(lái)滿足這些要求。表 21 WebService和CORBA對(duì)比項(xiàng)目WebServiceCORBA問(wèn)題域Internet企業(yè)計(jì)算環(huán)境基本模型面向服務(wù)面向?qū)ο篑詈闲运缮Ⅰ詈暇o密耦合數(shù)據(jù)描述XML格式文檔二進(jìn)制接口描述語(yǔ)言WSDLIDL傳輸協(xié)議SOAP（HTTP,SMTP）等HOP,GIOP位置表示URLIOR防火墻穿越容易難查找UDDI名字服務(wù)，交易服務(wù)安全性研究中安全服務(wù)事務(wù)處理研究中對(duì)象事物服務(wù)靈活的通信機(jī)制研究中事件、通知服務(wù)從表21中可以看到，WebServices與CORBA最根本的差異在與出發(fā)點(diǎn)不同。CORBA是20世紀(jì)90年代提出來(lái)的，主要是針對(duì)企業(yè)環(huán)境中業(yè)務(wù)處理所面臨的問(wèn)題。面向?qū)ο笫菍?shí)際應(yīng)用中證明非常有效的設(shè)計(jì)和開放模式，因此CORBA采用了面向?qū)ο蟮挠?jì)算模式（這也決定了服務(wù)位置標(biāo)示采用對(duì)象引用的方式）；并且在企業(yè)環(huán)境中，業(yè)務(wù)聯(lián)系比較緊密，體現(xiàn)在處理業(yè)務(wù)的應(yīng)用程序之間也是緊密耦合的，因此其數(shù)據(jù)描述也采用了二進(jìn)制方式。企業(yè)環(huán)境中關(guān)系可能很復(fù)雜，這要求非常靈活的通信機(jī)制，因此CORBA提供了事件、通知等多種方式。WebServices是伴隨著Internet的飛速發(fā)展而出現(xiàn)的。Internet中主要應(yīng)用是基于Web服務(wù)的應(yīng)用，因此WebServices采用了面向服務(wù)的模型。在廣闊的Internet上，業(yè)務(wù)之間的關(guān)系本身比企業(yè)內(nèi)的應(yīng)用簡(jiǎn)單，這可以從早期的Web應(yīng)用主要是無(wú)狀態(tài)的請(qǐng)求/應(yīng)答模式看到，因此，WebServices中，請(qǐng)求方和服務(wù)之間也沒(méi)有始終保持的鏈接通道，是非常松散的耦合關(guān)系。為了保證松散耦合應(yīng)用程序能夠互相理解，具有自描述性的XML成了WebServices的數(shù)據(jù)描述方式，這也使WebServices具有可擴(kuò)展性好、易于集成的優(yōu)點(diǎn)。在Internet上，URL成為WebServices標(biāo)示目標(biāo)服務(wù)自然的選擇。從上述分析可知，