模塊的可擴(kuò)展性是模塊設(shè)計(jì)時(shí)需要重點(diǎn)考慮的非功能特性，對(duì)于框架而言，擴(kuò)展性的設(shè)計(jì)則更加的重要，框架需要通過不斷的擴(kuò)展來充實(shí)其基礎(chǔ)設(shè)施，構(gòu)成真正的應(yīng)用系統(tǒng)。
模塊的擴(kuò)展主要有兩種，一種為擴(kuò)充功能的擴(kuò)展，另一種為覆蓋性質(zhì)的擴(kuò)展，當(dāng)然，本質(zhì)上而言是可以把這兩者進(jìn)行合并的。
在模塊的擴(kuò)展上Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)方式無疑是支撐模塊可擴(kuò)展的經(jīng)典設(shè)計(jì)方法，到現(xiàn)在為止仍然是如此，基于Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)無論是對(duì)于擴(kuò)充功能的擴(kuò)展還是覆蓋性質(zhì)的擴(kuò)展都支持的非常好，這個(gè)經(jīng)典的設(shè)計(jì)也是RCP得到那么多client side app的原因之一，盡管OSGi中并沒有定義這方面的規(guī)范，但做為OSGi R4的RI的Equinox考慮到更好的支撐Bundle的擴(kuò)展就引入了Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)，在現(xiàn)在的Equinox中我們?nèi)匀豢梢曰贓clipse的擴(kuò)展點(diǎn)的方式來支撐模塊的可擴(kuò)展性。
但是否有別的方法呢？一定需要Eclipse的擴(kuò)展點(diǎn)的方式嗎？其實(shí)個(gè)人覺得基于OSGi的Service就已經(jīng)天然的構(gòu)成了一種可擴(kuò)展的設(shè)計(jì)，為什么這么說呢？
首先來看看基于Eclipse擴(kuò)展點(diǎn)的方式是如何支撐模塊的可擴(kuò)展性的：
1、定義模塊的擴(kuò)展點(diǎn)接口和xml的schema規(guī)范；
2、在模塊需要提供擴(kuò)展的地方調(diào)用所有擴(kuò)展點(diǎn)接口的實(shí)現(xiàn)，并加載執(zhí)行其中的一些方法。
通過這兩步就使得模塊具備了可擴(kuò)展性，典型的象Eclipse中的菜單、按鈕、幫助窗口等等....
當(dāng)需要增加新的菜單、按鈕時(shí)，只需要實(shí)現(xiàn)相應(yīng)的擴(kuò)展點(diǎn)接口，然后按照schema規(guī)范相應(yīng)的配置xml文件就可以了。
而基于OSGi的Service的方法怎么樣去支撐模塊的可擴(kuò)展性呢，其實(shí)做法和Eclipse的擴(kuò)展點(diǎn)的方式幾乎就是一樣的：
1、定義模塊的擴(kuò)展點(diǎn)接口；
2、在模塊需要提供擴(kuò)展的地方調(diào)用所有對(duì)外提供了此擴(kuò)展點(diǎn)接口的服務(wù)組件，加載執(zhí)行其中的方法。
????? 這一步有兩種做法，一種是通過bundleContext獲取服務(wù)的方法，另外一種是通過DS的方法，相比而言自然是DS方法操作起來更加簡單，原因在于采用DS的方法的時(shí)候當(dāng)服務(wù)發(fā)生動(dòng)態(tài)的變化時(shí)OSGi框架會(huì)主動(dòng)的調(diào)用該組件中的相關(guān)方法，而采用BundleContext方法的話則需要自己主動(dòng)監(jiān)聽相應(yīng)的事件。
同樣是通過這樣簡單的兩步就可以實(shí)現(xiàn)模塊的可擴(kuò)展性。
這樣就產(chǎn)生了一個(gè)問題，既然是這樣，為什么還需要之前Eclipse的擴(kuò)展點(diǎn)的設(shè)計(jì)呢？除了擴(kuò)展點(diǎn)相比采用OSGi的Service的方法更加有語義之外，暫時(shí)還真沒想明白。