c_6.2.11 頁面11——訂單輸入

1、 頁面11訂單輸入從圖6-140可以看出，頁面11由兩個區(qū)域組成。左邊是“Order Progress”列表區(qū)域，右邊是“Select a Customer”HTML 區(qū)域。圖6-140 頁面111“Select a Customer”HTML區(qū)域“Select a Customer”HTML 區(qū)域中包含了3個按鈕和1個項(xiàng)P11_CUSTOMER_ID。3個按鈕顯示為Cancel、Create New Customer、Next。本區(qū)域?qū)崿F(xiàn)輸入新訂單的第一步，即選擇一個客戶（Select a Customer）。然后，通過Next 按鈕進(jìn)入下一個步驟“選擇訂單項(xiàng)”。項(xiàng)P11_CUSTOMER_

2、ID顯示為“彈出式關(guān)鍵字LOV（顯示說明，返回關(guān)鍵字值）”。和下拉列表、單選按鈕組的定義方式一樣，只是顯示方式不同，如圖6-141所示。圖6-141 設(shè)置顯示方式項(xiàng)P11_CUSTOMER_ID也需要定義LOV，如圖6-142所示。圖6-142 定義LOV這是一個動態(tài)LOV，根據(jù)下面的查詢來定義：select cust_last_name | ', ' | cust_first_name d, customer_id r from demo_customers order by cust_last_name第一列定義了顯示值，這里是客戶姓名，第二列定義了返回值，這里是客戶ID。

3、2“Order Progress”列表區(qū)域“Order Progress”是列表區(qū)域，但為什么與頁面1中的列表區(qū)域看起來不同呢？原因是顯示類型不同。本頁列表區(qū)域的類型是“列表: Order Wizard”。頁面1中的列表區(qū)域類型是“列表: Tasks”，如圖6-143所示。圖6-143 設(shè)置列表區(qū)域的類型Order Wizard 列表主要作為多步驟操作中的提示信息使用。在使用APEX向?qū)r，會經(jīng)常見到這種區(qū)域。Start是默認(rèn)就有的，列表中有3個條目：Select a Customer、Select Items、Place Order，代表輸入一個新訂單的3個步驟。但Order Wizard

4、列表中的條目沒有超鏈接可用，Order Wizard 列表只起提示作用。當(dāng)前步驟對應(yīng)的列表?xiàng)l目會顯示為選中狀態(tài)，如圖6-144所示。圖6-1443按鈕3個按鈕的作用均為提交頁面。并作為后面介紹的3個分支的條件，使頁面轉(zhuǎn)到不同頁面，如圖6-145所示。圖6-145 按鈕4頁項(xiàng)P11_CUSTOMER_ID頁面項(xiàng)是帶有關(guān)聯(lián)會話狀態(tài)的HTML元素?？梢允褂枚喾N方式呈現(xiàn)頁面項(xiàng), 例如, 呈現(xiàn)為文本字段，復(fù)選框或選擇列表。頁項(xiàng)P11_CUSTOMER_ID用于使用戶可以選擇輸入下訂單的客戶。從圖6-146可知，該項(xiàng)顯示為彈出式列表。彈出式列表或下拉列表項(xiàng)都需要定義值列表（LOV：List of Valu

5、es）。值列表是類型和意義同屬一類的一組值，彈出式列表或下拉列表項(xiàng)會顯示這組值，用戶會在這組值中選擇一個作為輸入。圖6-146 頁項(xiàng)P11_CUSTOMER_IDLOV分為靜態(tài)和動態(tài)兩類。靜態(tài)LOV預(yù)先定義好一組值，這組值在應(yīng)用程序運(yùn)行期間不會變化。動態(tài)LOV基于SQL查詢，每次頁面刷新時，SQL查詢都會重新運(yùn)行，返回最新數(shù)據(jù)，并用最新數(shù)據(jù)構(gòu)建彈出式列表或下拉列表。LOV定義的方式也有兩種：一種是定義為共享組件，一旦定義后，就可以在多個頁面中反復(fù)、多次使用。一種是在頁面需要的地方定義，一般是在彈出式列表或下拉列表項(xiàng)的LOV屬性部分。圖6-147顯示了頁項(xiàng)P11_CUSTOMER_ID的LOV定

6、義，屬于動態(tài)LOV（基于了對demo_customers表的查詢），在頁面臨時定義，不能夠重用。如果定義了共享組件中的LOV，可以在“命名的LOV”中選擇，就不需要再給出SQL查詢了。圖6-147 頁項(xiàng)：P11_CUSTOMER_ID的LOV定義單擊“創(chuàng)建或編輯靜態(tài)值列表”和“創(chuàng)建動態(tài)值列表”鏈接，可打開向?qū)В龑?dǎo)用戶創(chuàng)建靜態(tài)值列表或動態(tài)值列表。LOV中的每一個選項(xiàng)實(shí)際需要兩個值，顯示值和返回值。顯示值是用戶看到的選項(xiàng)。返回值是可以唯一標(biāo)識此選項(xiàng)的一個值（一般是數(shù)字），通過返回值，程序易于判斷用戶究竟做出了何種選擇。圖6-147的SQL查詢返回了兩列，客戶姓名：cust_last_name |

7、 ', ' | cust_first_name d和客戶ID：customer_id。其中客戶姓名是顯示值，客戶ID是返回值。假如一個客戶ID為1，姓名為 Smith，那么當(dāng)用戶選擇了Smith客戶后，項(xiàng)P11_CUSTOMER_ID的值就會變?yōu)?，這就是返回值的意義。圖6-148 靜態(tài)值列表構(gòu)建向?qū)Ы缑鎴D6-148顯示了靜態(tài)值列表構(gòu)建向?qū)У慕缑?。頁面?xiàng)還可以定義自己的在線幫助。圖6-149顯示了頁面項(xiàng)在線幫助的定義方法。圖6-149 頁面項(xiàng)在線幫助的定義方法頁面項(xiàng)一旦定義了在線幫助，當(dāng)用戶把鼠標(biāo)定位于該項(xiàng)的標(biāo)簽上時，鼠標(biāo)的圖標(biāo)就會多出一個問號。點(diǎn)擊該項(xiàng)的標(biāo)簽，會看到在線幫助的

8、內(nèi)容。5顯示用處理處理（Process）是在發(fā)生特定事件時 (如加載或提交頁, 重置會話狀態(tài), 自動行處理或調(diào)用定制SQL或PL/SQL代碼) 運(yùn)行的邏輯單元。處理可能會出現(xiàn)在兩個位置：頁呈現(xiàn)或頁處理中。頁呈現(xiàn)中的處理代碼用于為頁面的顯示提供數(shù)據(jù)，控制頁面的顯示效果，在用戶請求頁面，頁面顯示之前運(yùn)行。而頁處理中的處理代碼用于根據(jù)用戶提交頁面中輸入的數(shù)據(jù)，向用戶做出適當(dāng)?shù)姆磻?yīng)，比如將用戶輸入的數(shù)據(jù)保存到數(shù)據(jù)庫，或根據(jù)用戶輸入的數(shù)據(jù)進(jìn)行計算、判斷，做出決定等，此種處理代碼在用戶提交頁面后運(yùn)行。一定要區(qū)分開這兩種處理的用途，如圖6-150所示。圖6-150 兩種不同的處理（Process）從上圖可以

9、看出，本頁中只有頁呈現(xiàn)中有處理代碼。圖6-151 處理代碼從上圖可以看出，本頁中的處理代碼調(diào)用了APEX的API，創(chuàng)建或清空了名為ORDER的集合（Collection）。集合可以臨時存儲一個或多個非標(biāo)量值（比如一條記錄）。可以使用集合保存多行（多列）數(shù)據(jù)，并在用戶的會話中使用。此處，集合用于存放訂單信息。集合也可用于實(shí)現(xiàn)購物網(wǎng)站中常見的購物車功能。6驗(yàn)證驗(yàn)證是一項(xiàng)在頁面級別上進(jìn)行的“編輯檢查”操作?？梢允褂抿?yàn)證在處理（Process）之前來檢查用戶輸入的數(shù)據(jù)是否符合要求（預(yù)定的條件，比如：性別只能為男或女，年齡必須在1120，E-mail地址必須包含符號等）。如果定義的條件通過了檢查，將通過

10、驗(yàn)證，程序繼續(xù)向下執(zhí)行。如果條件失敗，則顯示錯誤消息，提示用戶重新輸入符合要求的數(shù)據(jù)。從圖6-152可知，本頁面只有一個條件執(zhí)行的驗(yàn)證P11_CUSTOMER_ID。圖6-152 驗(yàn)證從圖6-153可知，驗(yàn)證P11_CUSTOMER_ID的目的是確保P11_CUSTOMER_ID項(xiàng)的值不能為空，也就是說在進(jìn)行下一步操作之前，用戶必須要先選擇客戶（CUSTOMER）。圖6-153 驗(yàn)證P11_CUSTOMER_ID從圖6-154可知，驗(yàn)證沒有通過時，將會在P11_CUSTOMER_ID項(xiàng)旁邊顯示錯誤消息“Please select a customer.”。圖6-154 顯示錯誤消息如果沒有選擇客戶，直接單擊“Next”按鈕，會看到此錯誤消息，如圖6-155所示。圖6-155 錯誤消息仔細(xì)觀察，定義了驗(yàn)證的項(xiàng)的標(biāo)簽前面有一個橙色的星號“*”。從圖6-156可知，驗(yàn)證生效的條