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

發佈了105 篇原創文章 · 獲贊 47 · 訪問量 86萬+
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章