Java EE CDI、打包和代码可读性、最佳实践

Question

最近，我开始将一个正在进行的 Java EE 项目迁移到更密集地使用 CDI 概念（事件、生产者、处理器、限定符等），经过一周的密集编码后，我终于发现自己迷失了自己的代码：什么产生什么，在哪个范围内，谁观察特定事件等。最重要的是，理解，对于所有这些事件，执行流的概念不太适用于 CDI。总而言之，这就像失去对代码的控制一样。

总体上对 CDI 的意识形态感到满意，我想问一下您通常如何处理您的 CDI 项目，打包 CDI 实体的最佳实践是什么，在跨模块可见性（web、ejb、公共库）方面并使代码更具可读性和可理解性。在这方面，如果您有任何好的文章或想法，我将不胜感激。

Answer 1

我可以建议您从 Deltaspike 项目下载源代码吗？这是来自许多最优秀的 CDI 专家的高水平项目，您可能会从他们的结构中学到一两件事。

https://deltaspike.apache.org/documentation/source.html

努力获得好的包名称，并可能在您的 javadoc 中获得链接，以便获得面包屑。

对我有用的是稍微减少我的事件并使用更多@Qualifiers 通常我的事件和我的@Qualifiers 在许多情况下都有意义。

但实际上控制反转的一部分就是没有控制权。也许你不需要很性感，制作不同范围的东西等等太多，这听起来很难记住。