cdi 是什么_CDI和Seam 3是Seam社区和Red Hat的未来。

cdi 是什么

在我们与Dan Allen的访谈的第二部分中，Jan Groth和Andreas Eigenmann问他Seam 3在Java EE 6图片中的位置，并确定是否有“ Seam in Action”续集的计划……

Jan Groth：我想谈谈更多的技术问题。 看看Java EE 6令人兴奋的新功能（例如CDI，Bean验证和JSF 2.0），Seam开发人员将从Seam 2中认识许多这些概念。这是否是使这些核心思想标准化的策略？

丹·艾伦：绝对。 RichFaces负责人Jay Balunas很好地描述了我们的策略：

“找到一个空白。 填补空白。 标准化填充。”

当Java EE平台强大时，Red Hat也很强大。 我们的策略不依赖于平台仍然薄弱来证明我们项目的存在。 相反。 如果我们使自己的项目之一或部分项目过时，那就是进步。 然后，我们寻找下一个需要改进的领域（有一个永无休止的队列。）如果有的话，我们是真正推动该平台发挥其最大潜力的人。 我们在这个周期中进行投资是因为JBoss一直在选择：进入或退出的门槛低。 我们希望根据自己的才能，专业知识，领导才能以及对标准和开放的承诺来入选。 不是因为您需要我们的救生筏才能使用Java EE。

那只是故事的一部分。 为了使这些核心思想标准化，JCP必须愿意并且能够实现它。 我们不仅将思想带到JCP进行标准化，而且还带来开放性和透明性的原则。 我们已经努力并继续努力，以使JCP成为社区驱动的组织。 诚然，我们还有很长的路要走。

接缝2影响了您上面提到的所有规格。 Seam的核心演变为CDI。 Hibernate Validator及其与JSF的集成分别进入了Bean Validation和JSF 2.0。 在Seam中，约有一半的JSF增强功能以​​及在Seam中的其他建议（例如Facelets）已在JSF 2.0中标准化。 Java EE 6总体上采用了Seam的最小配置和最小层精神。 这是向前迈出的一大步，Seam 2开发人员肯定会在Java EE编程模型中脱颖而出。

谈到Seam以及它如何与Java EE 6相适应...

Jan Groth：有人说Java EE 6已经足够了，而Seam 3不再需要了。 你会对那些人说什么？

Dan Allen： Seam的使命宣言保持不变：提供一个完全集成的开发平台，用于基于Java EE环境构建Internet应用程序。

Java EE 6是该平台的一大进步。 这是我可以发表的第一个修订版本，并且面带笑容地向听众表明，您可以使用它构建应用程序而无需任何附加组件（例如救生筏）。实际上，它明显好于接缝2在设计和性能上均如此。 Java EE 6致力于类型安全，这意味着更强大的工具，更健壮的代码和更少的编码错误。 在应用程序启动时进行了大量的计算，以至于运行时影响几乎为零。

现在，应用程序服务器也是如此轻巧，以至于您应该重新考虑使用Servlet容器的理由。 正如我喜欢说的那样，“不要满足于Servlet容器。” 我这么说是因为这就像必须带自己的啤酒参加聚会。 环境存在差距。 Web概要文件的引入弥合了Servlet容器的效率与功能齐全的应用程序服务器之间的差距，从而触及了使开发人员能够高效工作并拥有创建企业Web应用程序所需的所有关键技术的快乐媒介。

但是，如果我告诉过您，您可以在没有单个第三方库的情况下开发整个应用程序，那么我会对您说谎。 就像房子一样，您将需要在某些地方提供平台。 其中一些只是没有及时标准化或根本没有解决（*咳嗽*安全性），有些还需要更多考虑，而且由于许可（例如PDF创建），很多事情根本无法标准化，或者也是如此专业的（BPM或规则引擎）。 我们不希望Java EE成为技术的垃圾场。 但这也不是完全斯巴达式的。 您可以将其视为样板房。 您可以直接进入并开始生活，但是最终您会发现独特的需求，并且需要对其进行自定义。 这就是Weld扩展和Seam 3发挥作用的地方。

不过，这次将有一个非常重要的区别。 从一开始，Seam 3就将是模块化的，并且可以跨Java EE应用程序服务器和servlet容器移植。 如果您是JSF用户，则可以将Seam 3模块视为UI组件库，更像它们如何适合平台。 这种可移植性将通过三个保证人来确保：

1. Seam 3主要建立在CDI便携式扩展SPI上，与处理可能会破坏便携性的高风险问题无关。

2. Seam 3模块的主要要求之一是可移植性。

3. Arquillian容器内测试框架允许针对一系列应用程序服务器连续测试模块。

Java EE 6是一个可靠的平台吗？ 是。 您还需要扩展吗？ 是。 CDI是专门为能够生根和培育这样的生态系统而设计的。 您甚至可以编写自己的扩展，这实际上是Seam 2不可能实现的。现在，我们只需要一个插件站点即可；）

Jan Groth：假设我是一名软件架构师，正在为我的下一个Web项目寻找企业框架。 我听说过有关Seam的很多好处，但是至少在以下三个选项之间感到有点困惑：在Java EE 5上使用Seam 2.2，在Java EE 6上使用CDI / Weld，或等待Seam 3。能给我吗？

丹·艾伦（Dan Allen）：这始终是一个棘手的问题，因为您不想让任何人离开。 如果我不认为那是相当引人注目的和富有成效的，我当然不会写有关Seam 2的书。 如果您准备准备立即部署到生产环境的应用程序，或者对Seam 2感到满意，或者希望能够使用Red Hat Enterprise Application Platform（EAP），那么您应该强烈考虑Seam2。您可能也喜欢Seam 2因为它的注入和状态管理规则比CDI严格得多。 但是要知道CDI和Seam 3是Seam社区和Red Hat的未来。 因此，即使您正在使用Seam 2，您也应该花时间研究和学习Java EE 6和Seam 3 。 如果您要转向Java EE 6（我强烈建议早期和更灵活的采用者），则不必等待Seam3。它正在发生。 有多个可用模块的Alpha版本，并且更多模块将在夏季准备就绪。 如果缺少某些内容，那么编写CDI扩展来填补空白实际上并不那么困难。 哎呀，它甚至可能使您参与Seam 3开发。

Jan Groth：作为一名感兴趣的开发人员，是否有机会为Seam做出贡献？ 什么是一个很好的起点？

丹·艾伦：绝对。 最好的去处是Seam 3网站 。 我们花了大量时间为Seam 3的各个方面（从使用到为其做出贡献）绘制了非常清晰的地图。 我建议您阅读有关参与的方法，并找到最适合您的方法。 如果不清楚，请在论坛或邮件列表中告知我们。 我们渴望使说明尽可能清晰。 实际上，这听起来像是我需要写博客的东西。

要在论坛上发帖，您首先需要创建一个帐户 。 如果您还没有这样做，我们也建议您在JBoss创建一个帐户，以便您可以建立个人资料，与其他开发人员联系并发布到相关项目并使用JIRA。 如果您想立即获取编码，则可以浏览JIRA以查找您感兴趣的功能请求，或者浏览模块页面以查看是否有想要加入或帮助领导的模块。

如前所述，我们不只是希望Seam成为您免费获得的框架。 那不是开源的。 我们希望它是开放和协作的。 我们希望您能感到主人翁精神，但您可能会适应。只要有真正的需求作为支持，就没有封闭的门，没有愚蠢的想法。 （但是，人们可能并不总是喜欢您的想法，因此请在必要时为它们辩护。）我们不仅希望成为用Java开发Internet应用程序的最佳框架，而且也希望成为最有趣的框架。

Jan Groth： Dan，您是《 Seam in Action》一书的作者，该书是有关Seam的最受推崇的书之一–是否有续集的具体计划？

丹·艾伦：谢谢。 我之所以写这本书，是因为有人告诉我我有一种非常独特而深入的方式来解释该主题，并且我知道如果我能讲出我的故事，那么它将对许多开发人员有利。 我很高兴听到这样的消息。 即使对于尚未采用Seam的人，我认为本书也阐明了需要解决的平台问题。

是否有具体的续集计划？ 在这一点上，不，计划并不具体。 首先，我仍然认为为时过早。 我们才刚刚开始发现可以使用CDI扩展做什么。 而且我认为，没有涵盖扩展的书对于像“ Seam in Action”这样的开发人员来说不会是一本完整的手册。 我还必须考虑它将对项目和社区产生的影响。 我真的很喜欢与社区更多地参与，并与Pete一起指导模块负责人。 我无法想象在所有计划之间如何设法写一本书。 我认为，到明年年初，我们将进行大量扩展，事情将会如火如荼，然后世界可能会为续集做好准备。 我也强烈考虑与他人合着，不仅是因为独自一人做起来太困难，还因为我认为人们将从至少另一个角度受益（并且我会保持婚姻）。无论何时写这本书，人们会很高兴知道，现在我们有了Arquillian来编写适当且灵活的容器内测试，因此将会更加强调测试。 是的，因为Seam 3是使用Maven 2构建的，并且我们具有用于CDI和Java EE项目的正式Maven原型，所以示例将使用Maven 2进行构建（而seam-gen将不再是一个可怕的Ant脚本）。

我对JBoss社区中正在发生的所有创新感到非常兴奋，我鼓励您加入其中。 您永远不会知道它的前进方向，但是我可以保证，它将为您打开大门。

Jan Groth：非常感谢您的宝贵时间！

翻译自: https://jaxenter.com/cdi-and-seam-3-are-the-future-of-both-the-seam-community-and-red-hat-101420.html

cdi 是什么