Equinox，我不想多做介紹，相信很多人都有所了解了，不了解的可具體去www.eclipse.org/equinox看看。
最近基于equinox做了一個(gè)系統(tǒng)，還是碰到了一些問題，當(dāng)然也得到了在插件體系架構(gòu)下的不少優(yōu)點(diǎn)，在這里也做個(gè)總結(jié)。
總體而言，基于equinox做開發(fā)對于大多數(shù)java開發(fā)人員來說應(yīng)該不會有太多改變的感覺，最多改變的感覺應(yīng)該是帶給設(shè)計(jì)師，設(shè)計(jì)師需要有發(fā)揮插件體系架構(gòu)優(yōu)點(diǎn)以及減少其帶來的缺點(diǎn)的能力，^_^
1、部署不是很方便
equinox默認(rèn)提供的是一個(gè)console端的插件部署管理，部署起來需要通過"install reference:file://"這樣的方式來安裝插件，不是特別的方便。
^_^，由于我當(dāng)時(shí)使用的時(shí)候equinox還沒提供osgi中httpservice的實(shí)現(xiàn)，便使用了oscar中提供的httpservice的實(shí)現(xiàn)，基于這個(gè)httpservice的實(shí)現(xiàn)寫了一個(gè)web端的插件管理的工具，呵呵，將來整理后會將這個(gè)bundle公布出來，到時(shí)大家直接下載就可以用了。
在部署方面還有一個(gè)不方便的地方就是不能指定插件的啟動順序，現(xiàn)在equinox是通過config.ini中來實(shí)現(xiàn)插件啟動順序的控制的，這個(gè)在我的web端的插件管理工具中也提供直接，可直接設(shè)定插件的啟動順序。
2、Classpath的問題
這個(gè)問題是我在使用equinox時(shí)比較頭疼的一個(gè)問題，我在bundle中使用了spring IoC container，而由于spring中使用的不是當(dāng)前類的加載器，導(dǎo)致在加載配置文件的時(shí)候會出錯(cuò)，只得直接修改了spring中那些部分的代碼，將其改為使用當(dāng)前類的加載器。
在集成其他一些自己含有classpath的東西的時(shí)候也很容易出現(xiàn)這個(gè)問題。
雖然從原理上來講這個(gè)是可以理解的，因?yàn)樵诓寮w系結(jié)構(gòu)中每個(gè)插件都擁有獨(dú)立的插件類加載器，這個(gè)確實(shí)會對集成的有些東西產(chǎn)生影響，抑或我們應(yīng)該理解為集成的那些東西在這方面設(shè)計(jì)有缺陷？
3、有利于面向接口編程的執(zhí)行
這個(gè)應(yīng)該說是屬于插件體系結(jié)構(gòu)的好處，每個(gè)插件可以控制自己對外所暴露的包，這個(gè)時(shí)候就可以只暴露接口所在的包，^_^，呵呵，面向接口的編程就這么被強(qiáng)制的執(zhí)行了。
4、插件開發(fā)的IDE
這點(diǎn)是我覺得equinox的天然優(yōu)勢，擁有一個(gè)eclipse這么優(yōu)秀的插件開發(fā)的IDE，^_^
支持了插件的調(diào)試...
我認(rèn)為的最重要的一點(diǎn)是它解決了插件依賴的問題，通常在出現(xiàn)project依賴的時(shí)候我們都需要引用該project或是該project生成的jar，而在插件體系結(jié)構(gòu)中只需要在插件文件中定義所依賴的包即可，這個(gè)就解決了去引用project那樣方式引起整個(gè)項(xiàng)目工程包混亂和開發(fā)不便的現(xiàn)象。
5、插件的測試
這點(diǎn)我想也是大家很關(guān)心的，不過大家可以放心，基本沒什么不同的，unit test繼續(xù)使用Mock方式完成所測試的unit的外部依賴的部分，集成測試則需要啟動equinox容器，這點(diǎn)應(yīng)該沒什么不能接受的。
6、Bundle和Service的定義
這個(gè)就是插件體系結(jié)構(gòu)帶來的一個(gè)挑戰(zhàn)，如果準(zhǔn)確的定義系統(tǒng)中的bundle和service是很關(guān)鍵的一個(gè)問題，這對于發(fā)揮插件體系結(jié)構(gòu)的bundle級別、service級別的重用性至關(guān)重要，同時(shí)對于整個(gè)項(xiàng)目結(jié)構(gòu)的清晰度也會產(chǎn)生很大的影響，形成bundle的清晰的service依賴結(jié)構(gòu)。
7、面向服務(wù)的體系
我想這也同樣是象equinox這樣的插件框架引發(fā)使用者的思考，系統(tǒng)采用的應(yīng)該是一種面向服務(wù)的體系，服務(wù)才是系統(tǒng)的核心，bundle只是一個(gè)管理器而已，這個(gè)時(shí)候怎么樣設(shè)計(jì)出動態(tài)、松散耦合的服務(wù)體系是很關(guān)鍵的。
equinox一直都在發(fā)展之中，它的maillist一直就非常的熱鬧，而且現(xiàn)在對于osgi中的service它基本都實(shí)現(xiàn)了，也已經(jīng)開始提供對于servlet container集成的支持，^_^，極度支持equinox，雖然它還需要不斷的努力.....
可以看得出，經(jīng)過我上面的總結(jié)，大家其實(shí)要擔(dān)心的是引用一種新的體系結(jié)構(gòu)帶來的設(shè)計(jì)層面的變革，而不是開發(fā)實(shí)現(xiàn)層面，^_^