yiqpku

yiqpku

注册时间:2013-01-26

Gemini <mark>BluePrint</mark>介绍

Gemini BluePrint融合了Spring和OSGi。使得我们在引入OSGi框架时不必把OSGi的API硬编码到原有的代码中,降低了耦合度,同时又保留OSGi的模块化特性。Spring能够生成松耦合的代码,这正是我们所需要的。通过Spring Dynamic Modules,我们在引入OSGi框架时就不必把OSGi的API硬编码到原有的代码中,而只需要创建一个Spring DM的配置文件


令人惊叹的服务

可以说OSGi是种服务,但这种服务是很难理解的。当我们开始着手设计OSGi时,我们的关键需求是建立一个特设的协同编程模型。我们寻求的不是集中管理的或者与兄弟紧密耦合的组件,而是一个独立的对等模型。要理解上述观点:在一个对等模型中,你要能够找出你的对等点,并且知道该怎样和他们合作。在代理模型或参与者模型中,对等点是拥有唯一标识的,信息的交换建立在这些标识之上。对等的依赖关系经受着传递相关性聚合的考验,很快几乎所有的代理商都依赖上对方,没有组件能够重用。这就是大泥球问题。为了解决这个问题,我们提出了服务模式。OSGi服务将封装的规范与一个实例代理相结合,为对等者提供一个托管的渠道。


新的OSGi相关RFP的反馈

在过去的时间里,在定稿和表决之前,我们已经开始征求OSGi有效的RFPs公众意见。对于OSGi的云RFP和OSGi / CDI集成RFP,这项工作是有益的。 四个新的 Rfp 已经成为整个工程的一部分。Rfp 描述用例和即将融入RFC 工作需求,这将是未来 OSGi 规范的基础。


模式6:Physical Layers

模块之间的关系应该符合系统在概念上的分层。 当软件开发者设计复杂的软件系统时,通常会把系统划分成三个层次:展现、业务逻辑、数据访问。但是仅仅是逻辑分隔是不够的,我们还需要进行物理分隔以提高软件复用性。


模式11:Default Implementation

缺省实现有助于平衡可用性和复用性。由于提供了缺省实现模块很容易被使用,同时又可以通过提供接口,在新的环境中以新的实现对其进行扩展。