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”).
时间: 2024-10-19 23:49:13