上次我們搭建了ssh架構的環境，然後做了單元測試，下面我們繼續來完善我們工廠的準備工作。
3.1資源檔案分類
(1)将配置檔案歸類到建立config檔案夾；
(2)源代碼目錄按照功能子產品進行劃分：cn.edu.hpu.子系統.功能子產品.*
(3)jsp放置到web-inf目錄下；
(4)其它：
建立一個test源檔案架(source folder)，我們把上次所有測試的代碼全部移入test檔案夾下，然後專門為配置檔案建立一個conf源檔案夾，将配置檔案移入，然後src中先建立一個包準備放新寫的代碼:
我們如果修改了資料庫，我們要将資料庫的修改部分加入database檔案夾下的資料庫變更檔案中。是以我們要建立一個database檔案夾。其它的檔案夾如下:
然後我們還缺log4j日志資訊的輸出(不加的話在加載spring内部日志類的時候會報錯)。
首先我們加入log4的jar包slf4j-log4j12-1.6.1.jar，
然後引入log4j.properties配置檔案:
其中的意思分别是:輸出位置(consoleappender背景輸出)、target目标、輸出的格式(patternlayout)，參數值配置。
建立測試檔案，測試log4j的五個日志級别:
測試結果:
19:44:14,365 debug [main] testlog:12 - debug 級别日志
19:44:14,368 info [main] testlog:13 - info 級别日志
19:44:14,369 warn [main] testlog:14 - warn 級别日志
19:44:14,369 error [main] testlog:15 - error 級别日志
19:44:14,370 fatal [main] testlog:16 - fatal 級别日志
我們把log4j.properties配置檔案中的log4j.logger.cn.edu.hpu=debug中的debug改為error，得到的結果是:
19:45:22,496 error [main] testlog:15 - error 級别日志
19:45:22,500 fatal [main] testlog:16 - fatal 級别日志
說明我們隻需要得到錯誤(error)的、嚴重(fatal)的資訊。
我們現在是開發階段，是以我們要将模式改為debug模式。
當我們的使用者使用我們的項目的時候，在控制台輸出的錯誤如果被後面的資訊覆寫掉，那麼我們就找不到當時發生的問題的輸出資訊，進而無法修改系統的bug，是以我們要将我們的錯誤資訊存儲到文本中。
當然，除了error與fatal之外的資訊使用者是不需要知道的，我們隻輸出這兩個資訊可以減輕日志文本檔案的容量。
下面我們就配置日志的文本輸出:
我們在中添加下面的語句:
我們的報錯資訊就會儲存在f:/tax/tax.log下，并且每日新增日志檔案(dailyrollingfileappender)。
根據我們的配置，我們的日志資訊不僅會顯示在控制台，而且會輸出到日志記錄檔案中:
我們的使用場景在哪裡呢？
下面這個
我們如果做好了log日志記錄，到時候出錯的時候我們會在日志記錄檔案中看到下面的語句:
到時候我們再去排查伺服器的錯誤的時候，就可以看到這個問題了，友善維護人員修改bug等。
好，我們的日志搭建完畢，接下來才是我們的重頭戲，我們的初級增删改查業務。
2.6編寫基類basedao
我們的增删改查都是有一個基本的固定模式的，是以我們為了避免寫一些重複的代碼造成代碼備援，是以我們可以寫一個公用的增删改查基礎類，讓其他類去繼承它來使用公用的增删改查的特性。
dao基類中配備增删改查的操作:
實作類:
這就是我們的基礎增删改查類。詳細的功能開發下一篇繼續。
轉載請注明出處:http://blog.csdn.net/acmman/article/details/49312581