标签：ebs oaf oaquerybean resultsbasedsearch autocustomizationcri
EBS OAF 开发中的OAQueryBean的构造模式
（版权声明，本人原创或者翻译的文章如需转载，如转载用于个人学习，请注明出处；否则请与本人联系，违者必究）
当你为pageLayout区域添加一个query 区域时，OAF框架生成一个oracle.apps.fnd.framework.webui.beans.layout.OAQueryBean对象，它依赖于它的配置，并通过一个子控件table, advanced table或者HGrid来实现simple search, advanced search和view panel组合。OAF框架自动在合适的区域生成按钮。
Simple search和advanced search 面板可以使用三种不同的模式来构建，这三种模式代表了区域和查询自动构建的层次。
构建模式 | 区域构建影响 | 查询执行影响 |
resultsBasedSearch | OAF框架基于相关联的table或者HGri上指定的可查询字段自动生成Simple和Advanced search 区域。 注意：查询区域字段包含一个Go和一个Clear按钮。 | 当用户点击Go按钮，OA框架自动执行table上绑定的VO的查询。 如果相应的VO已经脏了(“dirty”,有未提交的修改)，OAF框架会显示一个错误消息而不是执行查询。 |
autoCustomizationCriteria | OAF框架基于你定义的并指定为query区域子控件的相应的Simple和Advanced查询区域自动生成Simple和Advanced查询区域。 注意：查询区域自动包含一个Go按钮。另外，Advanced查询区域包含一个Clear按钮。 | 当用户点击Go按钮，OA框架自动执行table上绑定的VO的查询。 但是开发人员必须明确定义查询面板和table/HGrid区域上字段的对应关系。 就像在resultsBasedSearch场景下一样，如果相应的VO有未提交的修改，OAF框架会显示一个错误消息而不是执行查询。 |
none | 查询区域是基于你在query区域下面定义的Simple 和Advanced查询区域二生成的。 注意：在这种模式你你必须实现自己的Go按钮。 | 相应的查询必须由开放人员自己执行。 |
Query区域的使用限制
LOV Choice组件是不支持的。当使用一个query区域时，你不应该把结果表中的messageLovChoice列标记为可查询列（”queryable”）.
EBS OAF 开发中的OAQueryBean的三种构造模式
标签：ebs oaf oaquerybean resultsbasedsearch autocustomizationcri
原文地址：http://blog.csdn.net/tavor/article/details/24668859
