免费独立网站建设/如何提高搜索引擎优化

上周，JSR 303：Bean验证的规范负责人Emmanuel Bernard公开了有关Bean Validation 1.1规范中应包括哪些内容的讨论。 JAXenter与Emmanuel Bernard进行了交谈，以了解有关他关于在JSR领导之间进行更大协作的建议的更多信息，以及正在考虑纳入规范中的其他内容。

JAXenter： Bean验证JSR的下一个版本将是1.1版而不是2.0版。 是什么影响了这个决定？

Emmanuel Bernard：我要说的主要是Java开发人员对规范的热情欢迎。 很难为规范制定1.0版本：
–您不想添加会永远困扰您的无用功能。
–您不想错过会妨碍其实用性的关键功能。

从我们收集到的反馈中，Bean Validation 1.0接近最佳状态。 我们对新功能和已经想到的功能都有需求，但决定不使用1.0版本的规范。 这些将成为Bean Validation 1.1的基础。 此版本将填补这些空白，更多的是逐步的发展而不是革命。

话虽如此，版本号是一种纯粹的营销工具，JCP中没有任何内容描述版本号的用法。

JAXenter：在列出您对Bean Validation 1.1的想法时，您写了关于鼓励与其他JSR主管合作的信息。 更具协作性的规范方法有什么好处？

伊曼纽尔：一致性！ 规范负责人进行交流并协调彼此的规范以确保平台一致性（SE或EE）至关重要。 当开发人员选择像Java EE这样的平台时，他们这样做是为了避免所有集成工作，他们希望感觉到它是一个单一的编程模型。 对于Bean验证，这意味着确保其他规范包含Bean验证约束模型，而不是重新发明自己的规范。 在某种程度上，与其他规范的集成将成为Bean Validation 1.1的最重要目标。

JAXenter：您在CDI领域为Bean验证提出了哪些新功能？

伊曼纽尔：有两个有趣的领域。 首先，应将Bean验证组件（例如约束验证器）视为CDI组件并支持注入。

我认为对开发人员来说更有趣的是声明式方法验证。 我们希望提供验证参数值并在方法调用时返回值的功能。 商业服务通常需要格式正确的有效参数才能正确执行。 如果不是这种情况，应该提出一些例外。 今天，您必须显式调用Bean验证API来验证您的参数。 Bean Validation 1.1和CDI.next的想法是提供一种注释驱动的方法，以在方法调用时透明地触发参数验证。 为此，Bean验证将提供低级API来执行参数以及返回值验证，而CDI将提供适当的拦截器以声明方式拦截方法调用并执行Bean验证的逻辑。