接上一篇： 我們一起開發了 查詢頁面和編輯頁面： 看狀態這個欄位： 如果下拉框是固定的，可以如下實現： 直接硬編碼： 執行效果如下： 如果需要增加一個空：或者叫請選擇 以上是簡單的情況， 但是如果這個下拉框的內容是動態的呢，就不能硬編碼了。 那就面臨規劃： 規劃有不同的層級， 我們有很多選擇，不同的 ...
接上一篇：
我們一起開發了 查詢頁面和編輯頁面：
看狀態這個欄位：
如果下拉框是固定的，可以如下實現：
直接硬編碼：
執行效果如下：
如果需要增加一個空：或者叫請選擇
以上是簡單的情況，
但是如果這個下拉框的內容是動態的呢，就不能硬編碼了。
那就面臨規劃：
規劃有不同的層級，
我們有很多選擇，不同的處理方式，有其特定的適用場景。
例如我們這個例子：狀態是動態的，也不是太多，也不建議創建單獨的表對它進行維護。
那麼我們可以將它定義為基礎參數
我們基礎參數維護功能
打開框架提供的公共參數維護畫面
我們點擊新增，先定義個參數
我們定義一個 緩存狀態 這個概念 對應的英文： CACHE_STATUS
保存成功：
點擊明細
維護兩筆數據
接下來要創建數據選擇數據源
如上圖，我們定義了一個數據源：CACHE_STATUS
後面就可以直接在畫面中使用這個數據源
例如編輯畫面的代碼：
顯示效果如下圖：
如果希望增加一個 空的選項呢
打開調試看到，有個combox下拉框數據的請求，通過名稱 CACHE_STAUTS 到後臺自動完成請求並綁定到控制項上
開發人員不需要特別關註，只需要記住我們定義的資源名稱即可。
=================繼續==================
我們面臨的情況是，很多下拉框的數據，都是穩定不變的
那麼每次都要從後臺查詢，這樣是有點浪費性能
框架針對下拉框設計了緩存功能 cache 來進一步提高系統的性能
開發過程中根據資源的實際情況使用！
回到剛纔的下拉框內容
我們希望 生效在後面
我們通過修改數據源的配置即可（這裡面就暫時不多介紹了，和 原來的開發框架是一致的）
接下來我們來改查詢列表頁的狀態：
這時候就更簡單了，上面之所以步驟比較多，是帶著大家一起規划了 CACHE_STATUS 明細數據怎麼存儲
同時維護建立 CACHE_STATUS 數據源
上面是代碼，下麵是執行效果
好了，下拉框到此就介紹完畢了。
