Adrian Colyer阐述了Spring Dynamic Modules项目背后的思想：我们的根本目标是为了让应用开发人员在编写企业应用时获得OSGi平台（模块化、版本化支持、模块生命周期以及管理）带来的优点。 有些软件提供商已经在其产品中使用OSGi， 但并没有把OSGi的这些优点提供给部署在其产品上的应用享用。我们则希望能够尽可能简单的使用OSGi，就像这样：代码和OSGi服务平台没有强耦合 (这样才能保证单元测试容易进行)，同时也不需要明确的调用OSGi服务平台的接口。Spring Dynamic Modules将Spring和OSGi服务平台完美的结合在了一起，为开发人员提供更加简单、强大的基础框架。 

　　Cosit Leau谈到1.0发行版的主要目标是为Spring应用稳定、高效的在OSGi环境中运行提供基础，并随后指出了此发行版的主要特性：

• 自动发现Spring bundles——每个Spring Bundle都会由和OSGi兼容的OsgiServiceFactoryBean创建Application Context，并且这个Application Context会暴露为一个OSGi服务；

• 引用和提供Spring服务——把Spring服务作为OSGi服务提供仅需要一行XML，引用OSGi服务也同样如此；

• 动态处理服务引用和集合——如果服务升级或重新部署，不用重启应用就可以自动的获取到新版本的服务实例；这对于实现同一接口的多个服务构成的集合也是一样，当服务被安装/卸载时，他们会被自动加入集合或是从集合中删除；

• 事件通知监听机制——如需监听指定OSGi Service的bind/unbind、register/unregister事件，只用一行xml就可以注册一个这样的bean了；

• 全面的集成测试框架——集成测试工具位于org.springframework.osgi.test包，其中包含了很多使用了OSGi的单元测试类。

　　Leau提到了在参考文档中有1.0版所有特性的详细描述。

　　由于OSGi规范起源于移动领域，所以InfoQ向Colyer询问了Spring Dynamic Modules是否也有计划推出移动版本。Colyer说：由于目前Spring Dynamic Modules是依赖于Spring 2.5的， 而Spring 2.5又依赖于JDK 1.4，因此目前不可能而且也没有推出Spring Framework的移动版本的计划。不过Colyer同时也表达了这样的意思：目前OSGi的开发人员中很大一部分都对如何简化应用的开发有非常浓厚的 兴趣，而这些人中又有大部分从事的是企业应用领域，对于移动版本的需求将会决定Spring是否推出相应的移动版本的计划。

　　在问起Spring Dynamic Modules的未来时，Colyer说到，1.0发行版提供了创建基于OSGi的Spring应用的基础。1.1版本将会致力于简化在OSGi服务平台中使用公用企业库，其中的重点就是让基于OSGi的Web应用比目前容易创建。 SpringSource作为OSGi企业专家组的活跃成员之一，希望能够把Spring Dynamic Modules项目中得出的优秀经验编写到OSGi R5规范中去。Spring Dynamic Modules毫无疑问会及时的实现这些标准。

Colyer最后表示目前没有任何计划去支持其他的动态模块化框架，就像JSR 277，原因是：“目前的工业标准很明显是基于OSGi的”。

　　查看英文原文：Spring Dynamic Modules for OSGi: simplified development of OSGi applications