記得剛開始使用grid時，如果想對乙個類別字段進行顯示，往往需要在後台寫乙個方法，通過頁面呼叫的方式來顯示字段資訊，當然這也只是一種方式，有的可能在資料返回時已經作了處理，處理方式除了sql聯合查詢外，一般都要有乙個資料來源的存在，能夠靈活的繫結資料來源，是列表功能快速開發的乙個基本要求。
自定義列表中的資料來源繫結也是源自上述思想，對於乙個類別字段，首先我們要知道它的資料來源應該是什麼，說到資料來源類別，這裡還可以分為多種，最為常見的就是自定義sql語句來查詢，比如專案的業務型別、部門名稱等，可以通過組織sql語句的方式來獲取乙個鍵值對結構的資料來源。另外對於乙個系統而言，有乙個資料字典庫還是非常有必要，能夠為系統提供常用、較為固定的資料資訊，比如性別、是否、民族等，還有可能是業務型別這類的資訊，所以資料字典也中一種很好的獲取資料源的方式。此外還有一種非常讓人喜歡的東西，那就是xml，作為最為常用的資料來源型別之一，它和字典乙個思想，只是**不同。
對於上述的三類獲取資料源的方式，在系統處理中不可能每列都要作訪問，只有在字段有資料時，才會動態的去獲取資料源，而且獲取完後會將它儲存在字段中，下一條記錄在使用時直接訪問，也就是說乙個列表的同一欄位只獲取一次，這樣能有效提高效率。
除了上面的兩種，還有一種沒有固定資料的資料來源，也就是要動態獲取的，比如專案金額彙總等，它並非是乙個能由資料來源來組織起來的，而是需要執行一定規則的sql來獲取資訊，此類是第三種方式，動態執行sql來獲取，它並非是繫結，而是直接將資料返回作為顯示字段。這種方式對效率來說是最低的，所以盡可能的在sql列表的資料來源sql中一次性的將有效資料獲取。
資料來源繫結很妙，但會影響頁面執行效率，特別是動態執行sql。
思路**於平常的開發，能夠讓無趣的**變的有趣，還是挺不錯的。
貼下配置資料來源的介面：
CAS 自定義資料來源
自定義資料來源 在deployconfigcontext.xml檔案中，找到org.jasig.cas.authentication.acceptusersauthenticationhandler，首先去掉預設的使用者配置，新增上自定義的datasource，並配置查詢密碼的sql，及自定義的加密...
Spark sql 自定義讀取資料源
通常在乙個流式計算的主流程裡，會用到很多對映資料，比較常見的是text文件，但是文件讀進來之後還要匹配相應的schema，本文通過自定義textsource資料來源，自動讀取預設的schema。defaultsource.scala package com.wxx.bigdata.sql custo...
自定義delta資料來源 交易事件
summary 對於乙個做過datasource開發的人員而言，乙個普通型的資料來源還是比較好做。通常都是基於試圖，或者增強之類的。如果這些資料來源中有特殊的時間標示的話，我們還是可以做乙個簡單的delta型的資料來源。但是針對部分沒有特殊時間標示的資料來源，怎麼來實現delta呢？本章採取物資的相...