構件技術(shù)應運而生 

　　在信息時(shí)代,新的技術(shù)革命正在改變我們日常生活的面貌，而這場(chǎng)技術(shù)革命的核心是計算機軟件系統。在面向對象技術(shù)給解決軟件危機帶來(lái)曙光之時(shí), 分布式網(wǎng)絡(luò )計算的巨大壓力又給軟件開(kāi)發(fā)提出了許多新的難題,使軟件開(kāi)發(fā)仍處于高風(fēng)險狀態(tài)。新的分布式網(wǎng)絡(luò )計算要求軟件實(shí)現跨空間、跨時(shí)間、跨設備、跨用戶(hù)的共享，導致軟件在規模、復雜度、功能上的極大增長(cháng)，迫使軟件要向異構協(xié)同工作、各層次上集成、可反復重用的工業(yè)化道路上前進(jìn)。為適應軟件的這種需求，新的軟件開(kāi)發(fā)模式必須支持分布式計算、瀏覽器/服務(wù)器結構、模塊化和構件化集成，使軟件類(lèi)似于硬件一樣，可用不同的標準構件拼裝而成。具體地說(shuō)可實(shí)現下列幾點(diǎn)要求： 

　　● 提供一種手段，使應用軟件可用預先編好的、功能明確的產(chǎn)品部件定制而成, 并可用不同版本的部件實(shí)現應用的擴展和更新。 

　　● 利用模塊化方法，將復雜的難以維護的系統分解為互相獨立、協(xié)同工作的部件，并努力使這些部件可反復重用。 

　　● 突破時(shí)間、空間及不同硬件設備的限制，利用客戶(hù)和軟件之間統一的接口實(shí)現跨平臺的互操作。 

　　為滿(mǎn)足上述要求，軟件構件技術(shù)出現了。而構件重用的目標是達到需求、分析、設計、編碼、測試的重用。從此，一種影響軟件產(chǎn)業(yè)發(fā)展的新的軟件開(kāi)發(fā)方法誕生了。 

　　從抽象程度來(lái)看，面向對象技術(shù)已達到了類(lèi)級重用(代碼重用)，它以類(lèi)為封裝的單位。這樣的重用粒度還太小，不足以解決異構互操作和效率更高的重用。構件將抽象的程度提到一個(gè)更高的層次，它是對一組類(lèi)的組合進(jìn)行封裝，并代表完成一個(gè)或多個(gè)功能的特定服務(wù)，也為用戶(hù)提供了多個(gè)接口。整個(gè)構件隱藏了具體的實(shí)現，只用接口提供服務(wù)。這樣，在不同層次上， 構件均可以將底層的多個(gè)邏輯組合成高層次上的粒度更大的新構件，甚至直接封裝到一個(gè)系統，使模塊的重用從代碼級、對象級、架構級到系統級都可能實(shí)現，從而使軟件像硬件一樣，能任人裝配定制而成的夢(mèng)想得以實(shí)現。近幾年來(lái)，構件技術(shù)的發(fā)展已證明了它的巨大威力，在這其中，CORBA標準和Java技術(shù)的突破，功不可沒(méi)！ 

　　至今, 構件技術(shù)已形成三個(gè)流派:Sun的Java平臺、Microsoft的COM+、IBM的CORBA。 

構件發(fā)展自律當先 

　　基于構件的軟件開(kāi)發(fā)技術(shù)近年來(lái)取得了突飛猛進(jìn)的發(fā)展，這不僅對軟件產(chǎn)業(yè)的技術(shù)革新影響深遠，還將為許多其他領(lǐng)域帶來(lái)巨大的效益。早在1998年4月，在日本京都召開(kāi)的基于構件的軟件開(kāi)發(fā)(CBSD)國際專(zhuān)題學(xué)術(shù)會(huì )議上達成了兩個(gè)共識： 

1. 對于CBSD而言，對象技術(shù)并不是必需的，同時(shí)僅僅依靠對象技術(shù)也不能實(shí)現CBSD。 

　　這似乎有些難以理解。對象技術(shù)僅僅是CBSD的開(kāi)始，但是就對象技術(shù)本身而言，它并不能全面地表述CBSD所需的抽象概念，而且脫離對象技術(shù)，CBSD也完全可以實(shí)現。因此，對于CBSD而言，對象技術(shù)既不是必需的，僅有對象技術(shù)也是不夠的。CBSD將導致使用對象技術(shù)的系統設計方法、項目管理方法和組織形式的實(shí)質(zhì)性變革。 

　　具體地說(shuō)，將構件看做是一個(gè)可替換的單元時(shí)，單純的對象技術(shù)就不夠了。構件的各種定義中都或多或少地強調了構件的一個(gè)特性：對上下文的依賴(lài)性。這一特性能夠通過(guò)在規范中定義一種“use”語(yǔ)句而實(shí)現，也就是對所需系統資源的一種聲明。盡管對這種方式很多人持有異議，他們認為使用這種“use”語(yǔ)句,意味著(zhù)接口描述就是一種實(shí)現機制，而不是一種對實(shí)現方法的抽象，但是,對象技術(shù)卻根本不支持構件的這種特性，這樣不利于進(jìn)行設計層的抽象，特別是在試圖使用已有的構件進(jìn)行集成時(shí),經(jīng)常會(huì )遇到麻煩。 

　　現在人們比較一致的觀(guān)點(diǎn)是將分布式對象技術(shù)當做是一種基礎設施，而把構件看做是能夠應用于不同的基礎設施的抽象和實(shí)現。 在實(shí)踐中人們也體會(huì )到這一點(diǎn)，如長(cháng)事務(wù)的處理不能靠對象技術(shù)來(lái)解決。由于事務(wù)的原子性、一致性、隔離性和持久性的特點(diǎn)，不能把長(cháng)事務(wù)簡(jiǎn)單地看成一個(gè)對象,它是一連串處理步驟的序列。這也是企業(yè)應用軟件中常遇到的問(wèn)題,目前一些服務(wù)器上的軟件提供的事務(wù)服務(wù),就是為了解決這個(gè)復雜的疑難問(wèn)題。

2．構件離不開(kāi)體系結構 

　　由于發(fā)展CBSD的一個(gè)初衷是通過(guò)一種集成的開(kāi)發(fā)方式來(lái)增強系統的靈活性，因此自然要考慮這種集成方式的可行性。然而,通過(guò)抽象接口來(lái)描述,已經(jīng)超出了對象技術(shù)的能力。但是，對“插件”式構件的重用程度，與構件對一套預先定義的限制和約定的依賴(lài)程度有直接的關(guān)系。 

　　大多數構件技術(shù)如EJB、ActiveX、CORBA等對于構件都有一定的限制。例如，盡管構件基礎設施對構件的接口有一定的訪(fǎng)問(wèn)能力，但這種能力要求構件必須能夠實(shí)現一定的服務(wù)或遵循構件基礎設施所定義的一些規范。 

　　許多專(zhuān)家認為，構件應當實(shí)現兩種接口：一種是功能性接口，能夠反映構件在系統中的角色；另一種是非功能性接口，能夠反映由底層的構件框架所定義的構件模型。非功能性接口描述了一種體系結構上的限制，這種限制允許CBS（components-based system）具有集成能力和其他的一些特性。所以，對構件概念的理解,必然與體系結構強加于構件的這些限制密切相關(guān)。 

　　許多專(zhuān)家認為，盡管構件與其所屬的體系結構密切相關(guān)，但是上述的兩種接口仍然過(guò)于強調構件框架在軟件體系結構中的地位。而實(shí)際上，很多人都曾極力地尋求軟件體系結構和構件框架的區別。但是通過(guò)對體系結構的三種不同觀(guān)點(diǎn)的定義,保留構件框架概念的二義性： 

　　● 運行期間：包括為基于構件的系統提供運行時(shí)服務(wù)的框架和模型。 

　　● 設計期間：包括對構件的特定觀(guān)點(diǎn)，如功能性接口和構件依賴(lài)性。 

　　● 集成期間：包括系統對各種構件進(jìn)行集成時(shí)所需的各種因素，如生成器和一些構造期間的服務(wù)，一個(gè)構件框架可能就會(huì )提供這些服務(wù)。 

　　在研討中出現的這些關(guān)于構件的更多特性,表明構件是一種設計階段的復雜實(shí)體，它包括抽象的概念和具體的實(shí)現。 因此，許多專(zhuān)家認為，使用現成構件的CBSD,把構件視為一種商業(yè)上的現成商品，在這種情況下，CBSD必須建立關(guān)于構件框架的行業(yè)規范。 

構件影響不可小覷 

　　要實(shí)現構件技術(shù)必須具備下列幾個(gè)條件: 

　　● 有標準軟件體系結構,保證構件間通信協(xié)議統一, 實(shí)現同步和異步操作控制，突破本地空間限制,充分利用網(wǎng)絡(luò )環(huán)境。 

　　● 構件有標準接口, 保證系統可分解成多個(gè)功能獨立的單元, 用構件組裝而成。 

　　● 構件獨立于編程語(yǔ)言。 

　　● 構件提供版本兼容, 來(lái)實(shí)現應用系統的擴展和更新。 

　　總之，CBSD為軟件開(kāi)發(fā)技術(shù)帶來(lái)了新的生機，其影響力正在顯現。