问基于组件的体系结构的粒度

EN

我将主要从OSGi的角度来回答这个问题。

IMHO区分组件和模块是很重要的。组件是一种编程伪物:它具有行为能力，可以向其他组件提供服务。在实现方面，您使用OSGi的组件模型(如声明性服务)之一对组件进行编程。请参阅http://wiki.osgi.org/wiki/Component_Models_Overview

模块是一个部署伪构件:它将组件和/或API打包到一个可以在不同运行时复制和安装的构件中。因此，您可以隐式地将多个组件打包在一个模块中，或者每个组件创建一个模块。

事实上，模块内容很容易重构，因此您不应该太担心粒度问题:随着您获得更多的OSGi经验，您将为您自己的需求找到合适的级别。然而，请记住以下一般性建议：

打包在同一个模块中的

1. 组件(Re)一起部署。如果其中一个组件比其他组件更频繁地发布，那么您可能会通过反复发布未更改的组件来创建超出需要的工作(例如，由下游用户进行测试)，仅仅是因为它们恰好位于与更改组件相同的模块中。
2. one无法部署半个模块。因此，模块中的所有组件都应该是密切相关的，因此您不会让用户希望“只要我能够部署这个module"...
3. APIs中的一些组件就可以非常缓慢和谨慎地更改，而组件则更改频繁。由于这个原因和其他原因，最好将API部署在自己的API包中。请参见http://wiki.osgi.org/wiki/Separate_API_from_Implementation
4. In顺序，以确保模块内容可以重构而不中断用户，始终使用Import-Package而不是Require-Bundle来表示依赖关系。请参阅http://wiki.osgi.org/wiki/Use_Import-Package_instead_of_Require-Bundle