Java轻量级容器比较.docVIP

轻量级容器的比较(Spring、HiveMind 和 PicoContainer2005 年 9 月 12 日 轻量级容器可以动态地使系统主要组件之间的耦合变松散。不同的容器包含相同的设计模式，但却具有根本不同的哲学。本文帮助您在下列三种轻量级容器之间作出最佳选择：Spring Framework、HiveMind 和 PicoContainer。 2002 年在科罗拉多的一次旅行中，我完美地感受了阿肯色河。在三段不同的漂流中，这条河展示了令人惊异的多样性。柔美的布朗峡谷有着开阔的急流，翻滚着巨大的波浪。Royal Gorge 别具特色的悬崖峭壁引导着巨大而笔直的峡谷之下的水力，在这条直线上发生一点小闪失都会受到长途游泳的惩罚。Numbers 具有精密的落差，需要人们在范围狭窄的圆石花园里精确操纵。在一条河里，我有了三次极不相同的体验。 在我的上一篇文章“轻量级开发的成功秘诀，第 3 部分：Spring 露出水面”中，我们学习了轻量级容器的基本原理。本文将向您展示三种最流行的容器： Spring Framework 具有功能齐全的容器、面向方面编程 (AOP) 模型和企业开发所需的所有集成代码。 HiveMind 出自 Jakarta Tapestry 的创建者之手，它允许您为 bean 或比较大的组件（称之为 模块）执行依赖注入。 PicoContainer 是最小的轻量级容器，只支持 Java? 技术风格配置，而不支持 XML 配置。 这三种容器都源于依赖注入，但每种容器都具有极不相同的特征。当我介绍每种容器的高级描述时，您将看到正在运行的每种框架，以及可以应用每种框架的环境。 核心哲学 这三种容器都接受 POJO (plain old Java object)，都具有对象生命周期的钩子（所以它们可以在创建或销毁 bean 时调用您的代码），都执行依赖注入。您可能认为这些主旋律将导致相似的容器，但事实并非如此。尽管植入每种容器的代码可能相似，但容器本身反映了不同的能力、风格和整体哲学。总而言之，每种容器的作者都忠于他们的哲学。 Spring Framework 作为开放源码框架的 Geneva，Spring Framework 为数百个 Java 2 Platform, Enterprise Edition (J2EE) API 和开放源码框架提供了轻量级容器和胶水代码 (glue code)。Spring 有一个最重要的前景：让 J2EE 更易使用。读完一些示例和书籍之后，您将看到一些常见的主题： Spring 支持三种依赖注入——setter、构造函数 和 方法 注入——但总的来说，最流行的模型是 setter 注入。 在灵活性和简单性之间，Spring 的 XML 风格配置更重视灵活性。您可以做任何事情，但对于初学者来说，配置文件是晦涩难懂的。 Spring 的创始人认为，容器只是整体框架的一小部分。Spring 的大部分价值来源于支持该框架的数千行胶水代码。它易于插入任何系统中。 Spring 框架是三种容器实现中最完美的。一般来说，优秀的文档都是完美编写的。 Spring 具有自动连线 (autowire) 方式，但大多数示例都没有使用它。我并不十分了解这个决策，但有时候，能够看到明确列出的依赖关系是不错的。 Spring 提供了完整的 AOP 框架，使得更容易附加服务。您可以使用 Spring 自己的框架或依赖丰富的 AspectJ 集成（参阅 参考资料）。 如果要用一个短语来形容 Spring，我会说让企业更强。 HiveMind Howard Lewis Ship 是 Jakarta Tapestry Web 框架的创建者，他还创建了 HiveMind。作为一个容器，HiveMind 是灵巧、干净且易于使用的。与其他许多较好的开放源码框架一样，Ship 创建 HiveMind 是为了让它帮助解决现实问题。但是，HiveMind 向传统的轻量级容器添加了两个创新： 最重要的 HiveMind 创新是模块。据 Ship 所说，Eclipse 插件激发了他的 HiveMind 模块的灵感。 HiveMind 强制您编写接口。（与所有轻量级容器一样，它不提供接口，而由您自己提供接口。） HiveMind 是用户友好的，它提供称为 HiveDoc 的文档工具，友好简明的 XML 配置，以及行准确的错误报告。 HiveMind 用户通常优先选择 setter 注入，但该容器还支持构造函数注入。 如果用一个短语来形容 HiveMind 的话，我会说它是概念正确 的。 PicoContainer 到目前为止，PicoContainer 最重要的特征是它的尺寸。它没有提供许多附加物，但它具有完整的