[發(fā)明專利]組件的集成方法及裝置

無效

• 申請?zhí)枺?/td>: 200910243784.X
• 申請日: 2009-12-24
• 公開（公告）號: CN101710284A
• 公開（公告）日: 2010-05-19
• 發(fā)明（設(shè)計）人: 林儀明
• 申請（專利權(quán)）人: 北京星網(wǎng)銳捷網(wǎng)絡(luò)技術(shù)有限公司
• 主分類號: G06F9/44
• 分類號: G06F9/44;G06F9/46
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 余剛

技術(shù)領(lǐng)域

本發(fā)明涉及計算機技術(shù)領(lǐng)域，具體而言，涉及一種組件的集成方法及裝置。

背景技術(shù)

近些年，隨著信息技術(shù)的廣泛應(yīng)用，軟件功能越來越復(fù)雜。典型的企業(yè)應(yīng)用通?；?層架構(gòu)。從后端到前端分別是數(shù)據(jù)訪問層、業(yè)務(wù)邏輯層和界面表示層。其中，業(yè)務(wù)邏輯層通常是由強類型靜態(tài)語言技術(shù)來實現(xiàn)，如Java和C#技術(shù)等。在比較復(fù)雜的企業(yè)應(yīng)用中，模塊與模塊之間的往往存在業(yè)務(wù)上的耦合，直觀地表現(xiàn)在業(yè)務(wù)邏輯層的代碼就是，在一個方法中，存在著調(diào)用其它各個模塊服務(wù)的代碼，由于一個方法本身包含的處理邏輯在開發(fā)期就已經(jīng)確定了下來，這使得應(yīng)用的開發(fā)者沒有辦法根據(jù)需要來定制頁面中的界面邏輯包含的范圍，并根據(jù)特定的需要，來方便的增加或者減少已經(jīng)有方法中包含的服務(wù)調(diào)用代碼。

在相關(guān)技術(shù)中，主要涉及三種組件的集成方法：

1.傳統(tǒng)開發(fā)方式：開發(fā)者會在開發(fā)期就確定了各個方法的邏輯，比如一個應(yīng)用程序包含三個模塊A、B和C，其中在模塊A內(nèi)，開發(fā)者開發(fā)了一個通用功能a，這個功能需要調(diào)用另外兩個模板的服務(wù)方法。

2.OSGi方案：由JCP組織(ww.jcp.org)提出的JSR-291。目前最成熟的應(yīng)用是Eclipse。通過OSGi方案能夠支持組件獨立開發(fā)和發(fā)布，并通過管理器可進行組件的安裝、應(yīng)用、禁用和卸載，而不需要重啟系統(tǒng)。

3.SCA方案：由OSOA組織提交的SCA方案。目前沒有成熟應(yīng)用。通過SCA方案可以支持組件獨立開發(fā)和發(fā)布，并且能通過管理工具進行服務(wù)編排組織成為新的服務(wù)。

以下針對不同場景，分析三種方法的應(yīng)用過程：

場景一：進行全新開發(fā)時。

1.傳統(tǒng)開發(fā)方式：分別開發(fā)三個模塊；開發(fā)功能a時，在功能a中分別調(diào)用模塊B和C的程序接口。

2.OSGi方案：分別開發(fā)三個模塊；開發(fā)功能a時，在功能a中設(shè)置調(diào)用點，分別調(diào)用模塊B和C的程序接口；通過插件管理器將功能a的調(diào)用點結(jié)合B和C的程序接口。

3.SCA方案：分別開發(fā)三個模塊；開發(fā)功能a時，在功能a中設(shè)置調(diào)用點，分別調(diào)用模塊B和C的程序接口；通過服務(wù)編排工具將功能a的調(diào)用點結(jié)合B和C的程序接口。

場景二：需要新增加一個模塊時。

1.傳統(tǒng)開發(fā)方式：開發(fā)新的模塊；修改功能a代碼，新增調(diào)用新模塊的程序接口。

2.OSGi方案：開發(fā)新的模塊；通過插件管理器將功能a的調(diào)用點添加新模塊的程序接口。

3.SCA方案：開發(fā)新的模塊；通過服務(wù)編排工具將功能a的調(diào)用點添加新模塊的程序接口。

場景三：需要刪除一個模塊時。

1.傳統(tǒng)開發(fā)方式：修改功能a代碼，刪除掉原來的調(diào)用該模塊的程序代碼。

2.OSGi方案：通過插件管理器將功能a的調(diào)用點去除模塊的程序接口。

3.SCA方案：通過服務(wù)編排工具將功能a的調(diào)用點去除模塊的程序接口。

場景四：需要部署B(yǎng)模塊的定制修改時。

1.傳統(tǒng)開發(fā)方式：修改功能a代碼，修改原有調(diào)用B模塊代碼為新代碼。

2.OSGi方案：通過插件管理器發(fā)布新增新的程序接口為fragment類型。但是無法屏蔽調(diào)用點本身。

3.SCA方案：通過服務(wù)編排工具將功能a的調(diào)用點去除原有模塊的程序接口，新增新的程序接口，但是無法屏蔽調(diào)用點本身。

場景五：需要調(diào)整同步執(zhí)行策略為異步執(zhí)行策略時。

1.傳統(tǒng)開發(fā)方式：修改功能a代碼，修改調(diào)用代碼方式為異步執(zhí)行方式。

2.OSGi方案：不支持。

3.SCA方案：不支持。

場景六：需要調(diào)整執(zhí)行的事務(wù)控制策略。

1.傳統(tǒng)開發(fā)方式：修改功能a代碼，修改原有的代碼調(diào)用事務(wù)控制方式。

2.OSGi方案：不支持。

3.SCA方案：通過修改配置文件，調(diào)整事務(wù)控制方式。

從上面的六個應(yīng)用開發(fā)過程常見的場景中可以看出：在傳統(tǒng)開發(fā)方式下為了新增加、減少或者調(diào)整一個模塊，開發(fā)者需要頻繁地修改功能a，在修改中稍有不慎，將對整個應(yīng)用的運行造成影響，導(dǎo)致系統(tǒng)運行可靠性低。其方案對于模塊靈活增加或者減少的支持非常不好，每塊模塊的變動都要影響整個應(yīng)用，使系統(tǒng)不便于維護。這樣，如上面的場景，功能a成為了耦合各個模塊的問題滋生點之一。而OSGi方案和SCA方案，開發(fā)過程相對容易，但存在部分場景不支持的情況。

因此，無論OSGi還是SCA方案都對系統(tǒng)開發(fā)是強侵入，一旦使用就變成強綁定，對后續(xù)方案切換帶來巨大影響；同時對系統(tǒng)開發(fā)和測試帶來一定的困難，也使得系統(tǒng)不便于維護。