我的知識管理系統Version1.0開發記錄（07）

　　　　　　　　模 塊 復 用

      本來還要測試一會的，忽然出現一連串詭異的問題，好比，編譯少加載個類啊，輸入地址少個字母啊，改幾行代碼一改就是半小時啊。這是在提醒咱們大腦疲倦了，因此果斷小結，下次繼續。這一次簡單完成了一個複用性功能模塊，用戶模塊。程序，是爲了解決問題的，那麼用戶模塊解決了什麼問題呢？對用戶而言，用戶註冊，用戶登陸，用戶應用；對管理者而言，用戶權限；對商人而言，用戶篩選，用戶定位，用戶......用戶都快被玩壞了，好比多系統單點登陸sso，對用戶有好處，商業價值不可估量。因此，每一種技術的出現，必然是由於產生了新的社會需求，商業需求尤爲明顯。多找商業夥伴聊天，這是一件有趣的事情。

　　時間不早了，記錄下大體思路： 

一、一個經常使用用戶級聯，公司-》部門-》職務-》員工，編寫四個實體類。

 

二、一個實體類，對應數據庫一張表，用sqldeveloper建立四張表。建表前，登陸system，（1）建立表空間，（2）建立一個新用戶，（3）賦予dba等權限，方便之後數據庫存儲備份導入導出。用建立的新用戶登陸，建立表格。

 

三、數據持久層，dao接口。查詢，將數據庫的相關數據複製一份到計算機內存。增長、修改，將計算機內存的相關數據寫入數據庫。刪除，刪除計算機內存的一個對象，刪除數據庫的一條數據。

 

四、數據持久層，dao實現類。用戶登陸（根據用戶名和密碼查找員工，返回一個員工對象，屬性和值）。用戶登陸是查詢操做，將數據庫的相關數據複製一份到計算機內存。

 

五、工廠設計模式。在數據持久層和業務邏輯層之間，作一個紐帶，方便更改接口實現方式，方便維護。

 

六、業務邏輯層接口和實現類，用於作一些有效性驗證的工做。好比，完成數據添加、修改和查詢業務等；不容許指定的文本框中輸入空字符串，數據格式是否正確以及數據類型驗證；用戶權限的合法性判斷等。

 

七、Junit4單元測試。邏輯是否合理？是否遺漏狀況？類、方法、變量是否正常使用？參數是否正確書寫？......只要是人，都會犯錯。

 

八、控制層，邏輯層和表示層之間的紐帶。表示層對控制層說：我要取份數據。控制層沒有數據，因而對邏輯層說：我要取份數據。邏輯層回答：我這裏有不少類型的數據模型，你得帶上需求類型選擇適合的。控制層表示毫無壓力：我設計個開關好了，表示層1來了，我給她數據模型1；表示層2來了，我給她數據模型2；表示層3來了，我給，等等，你的需求太特別了，我得找總部申請，給您私人定製。

 

九、web.xml配置。這個稍微有點複雜，後面用多了再作小結。

 

十、最高權限管理員dyl登錄。話說，想讓Google Chrome瀏覽器保存您的密碼嗎？保存密碼 or 此網站一概不保存密碼。在用戶界面上測試，一邊測試一邊修改，而後一連串詭異的事情相聚發生，咱們的大腦裏冒出了一連串的問號，哪裏出問題呢？哪裏出問題呢？哪裏出問題呢？......

 

      平時空閒時間修修補補，會把用戶模塊界面測試經過；1000個知識點收集的事情，居然尚未完成，三分之一，咱們已經火燒眉毛想開發知識體的功能模塊了，一邊等待一邊多想一想也是好的。下次，咱們會考慮，（1）用框架修改控制層，（2）或者數據層，（3）或者寫一個實用的小功能模塊。OK，咱們下次見。