jsf - CDI 和 "Nested"对话

Question

我一直在阅读 Java EE 6(以及 CDI 1.0)中的对话范围，以及它如何隔离来自浏览器中不同选项卡的数据，并在特定页面工作流程的许多请求中保留数据。我没有问题。

在我的阅读中，我了解到它的很多想法都来自于 Seam。我经常看到诸如“但 CDI 的对话范围不进行“嵌套”对话”之类的警告。我不确定“嵌套”对话到底是什么？

我也读过这个很好的链接 http://www.andygibson.net/blog/article/understanding-nested-conversations/

但我认为我遗漏了一些基本的东西。我只是没有完全理解在这种情况下“嵌套”对话是什么。谁能帮我把它简化一下？

Answer 1

来自Seam 2 documentation :

A nested conversation has its own conversation context, but can read values from the outer conversation's context. The outer conversation's context is read-only within a nested conversation, but because objects are obtained by reference, changes to the objects themselves will be reflected in the outer context.

因此，对于嵌套对话，您有机会将给定的父对话拆分为多个子对话，每个子对话都有其上下文并可以访问父上下文。

尽管 CDI 深受 Seam 的影响，但可以说它只是几种影响的共同点，因此它并不包含 Seam 所拥有的一切。这个想法是，通过创建 CDI 扩展，例如 Seam 3 是关于 Apache Deltaspike 以及现在应该由 Apache Deltaspike 完成的，可以在 CDI 标准之上提供更多常用功能。

不幸的是，我对 Deltaspike 提供的功能感到非常失望，尽管 JavaEE 6 和 CDI 已经存在了很长时间，但与我在 Seam 2 项目中所习惯的相比仍然存在差距。老实说，看看Deltaspike Homepage以“一些 Logo 想法”开头，这反过来又结束了我对它的信心......