本文關(guān)鍵詞：OSGi實戰(zhàn)，由筆耕文化傳播整理發(fā)布。

這兩天才看了BlueDavy的《OSGi實戰(zhàn)》和《OSGI進階》，2篇寫得很好的文檔。

51CTO編輯推薦：OSGi入門與實踐全攻略

實戰(zhàn)可做OSGI的入門資料，進階可做OSGI的實踐資料。

很感謝BlueDavy大大的文檔，他的BLOG是。

進階中講解了一個留言板的例子，基于Spring/Hibernate/WebWork2/OSGI。

其中提供了Hibernate和WebWork2的OSGI集成方案實現(xiàn)，很精彩。Spring則采用spring-osgi。

其留言板的例子是按應(yīng)用模塊進行劃分的，并用Equinox的擴展點方式展現(xiàn)了菜單的加載和卸載實例。雖然這個菜單僅僅是一個鏈接，但也頗有參考意義。

此外還有如何將現(xiàn)有系統(tǒng)重構(gòu)成OSGI系統(tǒng)的講解，并總結(jié)了自己對OSGI應(yīng)用中的設(shè)計模式和最佳實踐的理解。

這是目前我看到的最好的OSGI的中文資料了。

該書對模塊的劃分很細（其實不是基于功能模塊，而是基于用例了），可能是因為留言板的例子太過簡單，只好如此來演示。我想，在實際的項目中不會以這樣的細粒度進行分模塊的開發(fā)，否則BUNDLE會多不勝數(shù)，反而給維護帶來麻煩。

在BlueDavy總結(jié)的最佳實踐中，我認為“接口和實現(xiàn)分離為不同的Bundle”不是一個好的實踐，搞太多的BUNDLE不是好事情。把接口BUNDLE掛著只對實現(xiàn)BUNDLE進行熱插拔，與將接口和實現(xiàn)放在一個BUNDLE中做熱插拔是一樣的。

使用spring-osgi時就需要導(dǎo)入那么多的BUNDLE，我想最好能提供一個集成的BUNDLE，讓開發(fā)者更容易搭建開發(fā)環(huán)境。當然也提供零散的BUNDLE讓開發(fā)者可以自行選擇需要的，，就像有spring.jar也有spring-bens.jar/spring-context.jar/spring-aop.jar一樣。

現(xiàn)在搭建一個spring-osgi的開發(fā)環(huán)境還是挺麻煩的，在下載的spring-osgi1.0M3的lib中還少了一些BUNDLE，只好在M2中去找。spring2.5發(fā)行的jar包將會同時支持普通開發(fā)和OSGI開發(fā)，那時可能會方便一點，現(xiàn)在還是rc1的版本，沒有試驗是否可用。

現(xiàn)在在實際項目中運用OSGI風險還是太大，spring2.5和strut2的2.1正式發(fā)布時，應(yīng)該才是引入OSGI到實際項目的時機。

【編輯推薦】

【責任編輯：Lotu TEL：（010）68476606】

原文：OSGi實戰(zhàn)和進階 返回開發(fā)首頁

  本文關(guān)鍵詞：OSGi實戰(zhàn)，由筆耕文化傳播整理發(fā)布。