這裡的資料字典並非是資料庫的資料字典，而是在專案編碼過程中涉及到一些類似字典查詢的操作。
需求：在專案開發中，一些變數需要在多個地方使用，但這些變數的值是在某一範圍內，且每乙個值對應乙個翻譯的字面量。
ø 若是使用資料庫儲存，因為變數值是固定的，多餘的資料庫訪問沒有必要；
ø 若是直接硬編碼到**中，若是需要進行修改的時候，造成維護困難；
ø 若是以常量方式書寫到類中並在使用時引用，你將發現你的常量類constants裡面內容龐雜，命名和使用都極其困難。
常見此類鍵值對：
1.省**表，省編碼對應乙個描述資訊
2.xx型別，例如操作型別，包裝型別
這類鍵值對特點：在庫中儲存的是數字或字母編碼，但在展示的時候使用的卻是其翻譯
處理方式：
1. 將鍵值對內容書寫到xml檔案中；
2. 系統啟動時讀取加載入記憶體；
3. 使用時直接呼叫翻譯。
xml文件結構設計:【dtd晚點補上，一些細節優點模糊了】
然後是在記憶體中儲存形式:
資料結構
使用linkedhashmap
【你有可能需要將其按序展現在下拉列表中】
linkedhashmap> >
sysdic;
囧，是不是有點混亂，畫個圖吧
然後，在系統載入的時候讀入記憶體
根據個人偏好吧，可以使用
jdk自帶的，或者
jdom
，個人偏好
dom4j
使用dom4j，然後根據xpath進行節點擊取，**少，並且簡介
以下是逐層讀取的函式**
最後，是獲取及使用
使用:獲取單個值對應描述:sysdicutil.getfielddesc("op", "type", 值)
【其實這裡方法可以加個過載的，引數("a.b",值)】
獲取一整個列表:sysdicutil.getallfields("op", "type")
J2EE專案架構最佳實踐
基於專案的最差實踐，可以總結出一套專案架構的最佳實踐原則以便今後的復用和改進。原則1.時間總是非常緊，需求總是在變化，技術問題總是層出不窮，千萬不要認為軟體工程的問題不會發生在規範的公司和專案。每次一定要根據自己所處的位置作出正確的評估，比如專案經理做評估要留出足夠的時間buffer，開發人員應當正...
J2EE專案架構最佳實踐
基於專案的最差實踐，可以總結出一套專案架構的最佳實踐原則以便今後的復用和改進。原則1.時間總是非常緊，需求總是在變化，技術問題總是層出不窮，千萬不要認為軟體工程的問題不會發生在規範的公司和專案。每次一定要根據自己所處的位置作出正確的評估，比如專案經理做評估要留出足夠的時間buffer，開發人員應當正...
J2EE常用設計模式 工廠模式
軟體設計的一般原則 1.開閉原則 對擴充套件開放，對修改關閉 2.黎克特制代換原則 在任何基類出現的地方，子類一定可以出現 3.依賴倒轉原則 依賴於抽象，不依賴於實現 4.介面隔離原則 應當為客戶提供盡可能小的單獨的介面而不是大的總介面 5.組合，聚合復用原則 盡量使用組合聚合而不是使用繼承達到 復...