首页 > 代码库 > EBS OAF 开发中的OAQueryBean的三种构造模式

EBS OAF 开发中的OAQueryBean的三种构造模式

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的三种构造模式