[發(fā)明專利]一種基于ClassLoader實現(xiàn)定制開發(fā)的方法

有效

• 申請?zhí)枺?/td>: 201710422025.4
• 申請日: 2017-06-07
• 公開（公告）號: CN107133055B
• 公開（公告）日: 2020-04-24
• 發(fā)明（設計）人: 陶富成
• 申請（專利權）人: 百卓網絡科技有限公司
• 主分類號: G06F8/20
• 分類號: G06F8/20;G06F8/30;G06F8/38;G06F8/60;G06F9/445
• 代理公司: 南京瑞弘專利商標事務所(普通合伙) 32249
• 代理人: 陳建和

一種基于ClassLoader實現(xiàn)定制開發(fā)的方法，在電子商務平臺上的產品設計和實現(xiàn)基于J2EE架構的項目的定制：1)電子商務平臺上按照個性化需求新創(chuàng)建J2EE架構的項目；2)編制1)中的新建項目；3)將新J2EE架構的項目打包成war包，并將該war包發(fā)布到應用服務器上，同時變更該war包的后綴名為plg或其他任務；當應用開始加載業(yè)務war包中的類時，利用預編制的ClassLoader加載器首先加載定制war包中的靜態(tài)資源。

技術領域

本發(fā)明屬于java開發(fā)的技術領域，具體涉及一種基于ClassLoader實現(xiàn)定制開發(fā)的方法。

背景技術

ClassLoader是用來動態(tài)加載class文件到虛擬機中的類加載器，當一個classloader加載一個Class的時候，這個Class所依賴的和引用的所有Class也由這個classloader負責載入。ClassLoader加載類的過程包括：(1)找到.class文件并把這個文件加載到內存中；(2)字節(jié)碼驗證，Class類數(shù)據結構分析，內存分配和符號表的鏈接；(3)類中靜態(tài)屬性和初始化賦值以及靜態(tài)代碼塊的執(zhí)行。

大部分電子商務平臺上的產品規(guī)劃、設計和實現(xiàn)主要是為了滿足多數(shù)企業(yè)的通用的需求，沒有處理各個企業(yè)在細節(jié)上一些業(yè)務操作或流程上的區(qū)別，為了滿足這樣的情況，就需要根據客戶的要求對業(yè)務進行定制，但基于一個J2EE項目的定制，涉及到表、頁面、流程及業(yè)務邏輯的更改，其比較通行的做法是切分支開發(fā)并維護。但這樣的缺點是特別明顯：

(1)版本維護很復雜。一個定制客戶就需要一個版本，客戶越多，版本量越大！

(2)開發(fā)維護量會很龐大。如：產品新增功能、修復bug等共性代碼維護時，這些分支版本的維護成本很成倍增加！

(3)測試與發(fā)布復雜。要針對不同客戶獲取對應的分支代碼、打包、測試等等一整套過程，工作效率低下且容易出錯。

針對不同細分行業(yè)的用戶所提出的定制化需求，目前通常采取的辦法有兩種，其一是分支開發(fā)，其二是插件模式；所述分支開發(fā)，是指針對不同的企業(yè)用戶專門開辟一個分支，并在這個分支上進行定制化開發(fā)；但隨著企業(yè)數(shù)量增加，分支逐漸增多，無疑將給后期的維護、升級等帶來極為龐大的開銷成本；所述插件開發(fā)，主要包含基于腳本等動態(tài)解釋語言和基于特定插件接口進行擴展，前者主要利用腳本語言動態(tài)解釋執(zhí)行的能力，由于腳本語言不需要編譯，因而無需提前構造類型，只需在每次調用時動態(tài)解釋執(zhí)行，對于開發(fā)展來說調整程序邏輯比較方便，但程序執(zhí)行效率差，近適用于擴展需求不復雜的場景中；后者支持較復雜的業(yè)務邏輯，一般是編寫一些遵循了某些特定規(guī)則的組件，主程序在啟動或執(zhí)行特定業(yè)務邏輯時通過靜態(tài)調用或反射等方式裝載該組件中的類型并執(zhí)行相應代碼，將暴露的擴展接口在內存中的地址傳給組件，組件則根據這些地址來調用插件接口，從而實現(xiàn)對主程序功能的增強。插件開發(fā)是目前運用較多的一種方式，但受限于只能在原有的服務接口和插件接口基礎上新增功能，不能改變原有的功能，只能被視為附加品。