EBS OAF开发中的Java 实体对象(Entity Object)验证功能补充

最新推荐文章于 2023-01-12 10:44:47 发布

tavor

最新推荐文章于 2023-01-12 10:44:47 发布

阅读量2.1k

点赞数

分类专栏：技术原创 EBS EBS-OAF EBS相关技术文章标签： EBS OAF validation validateEntity prepareForDML

本文链接：https://blog.csdn.net/tavor/article/details/25246059

版权

本文探讨了EBS OAF开发中Java实体对象(Entity Object)的验证功能，包括在setter方法、validateEntity()和prepareForDML()中的应用。强调了setter中的单属性验证、行级别跨属性验证和跨实体属性验证，并指出validateEntity()可能的重复调用问题，建议在prepareForDML()中处理某些特定验证逻辑。

摘要由CSDN通过智能技术生成

EBS OAF开发中的Java 实体对象(Entity Object)验证功能补充

EO理论上是只有产品组维护，里面包含其所有的业务逻辑，并提供相应的Expert给自己或者其它产品组使用。而VO是各个组根据需要或基于EO或者只读的SQL而建立的，里面可以根据需要添加自己的业务实现和逻辑。

对于EO内部的验证功能，在开发文档中主要介绍了三种：

1. 在setter里面实现单个属性的验证。这主要是对于没有依赖关系的属性，也就是说它的验证不需要其它会被修改的属性的支持。比如，验证一个数量是不是正数，是不是在一个范围之内；但是如果其也要依赖界面上的输入的计量单位的话，就要考虑row层次上的验证，因为setter的调用顺序是未知的，可能先调用数量的setter，然后再调用计量单位的setter，这样的验证就会有问题了。

2. 在Row层次上进行跨属性的验证.因为在所有需要调用的setter都调用完之后，会调用row层次的验证方法validateEntity().所有行级的跨属性验证都应该放在这里。它的缺点是，每次request中如果有调用setter的话，就会调用row层次的校验，所以在开发文档中有这么一句话，

Any logic which operates at the row level -- and is not particularly sensitive to being called repeatedly --should be included in the validateEntity() method.

也就是说所有行级的且对重复调用不敏感的验证可以放在这里，如何定