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

iyth888

　　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”）.