IT工程師數位筆記本

　　 日志是整個項目開發中不可或缺，可記錄用戶訪問系統時的一些狀態，如異常日志、界面按鈕動作等。平時通過按鈕日志來查看用戶的執行的動作、訪問時間以及訪問量。進而推導出用戶的使用習慣，屆時可針對性的進行推送以及其他業務。而當項目出現問題的時候，也能通過查看異常日志來第一時間找出問題的所在。及時對BUG進行處理。作為入行小白，剛開始時一直用Log4net工具。畢竟這是一個比較強大的包。只需在配置文件中配置好節點，便可將日志信息寫入到數據庫、txt 等等之中。

       由于銀行系統的網站涉及到較多表操作（之前寫主管放行時，也有前輩評論為: 面向數據庫編程），這里采用底層SQL的方法來記錄日志。這里作說明下

1.記錄用戶操作日志（表中有：BeforeData、AfterData欄位）

      一般情況下，該日志用來記錄用戶在登陸系統后點擊按鈕的操作，如查詢、刪除（涉及多筆）、修改（涉及修改前后變化的數據）、新增等等。這其中，查詢對簡單，充其量需要記錄下查詢條條件。對于新增，如果客戶有需要記錄新增的實體數據，則可采取表單提交的方式進行提交。

      刪除：稍微復雜一些，這里客戶要求的是記錄多條目數據，和刪除前的數據（XML節點標識），分兩步走，一個創建的XML節點方法（參數：實體），一個查詢實體的方法（參數：拼接聯合主鍵集合），邏輯是：先將待刪除數據的聯合主鍵進行拼接（非List），然后調用查詢實體的方法，得到實體集合，最后遍歷集合，調用租XML節點的方法。如此即可。

      修改：同樣這里需要記錄修改前后變化的數據，修改后的數據可通過表單提交的實體來獲取數據，對于修改前的數據，通過表名、主鍵來進行查詢，最后得到實體。拿到實體之后調用組XML方法即可。

2.記錄異常日志

     關于異常日志的記錄，一般都是將其異常的信息進行記錄下來，查看然后便于分析出bug所在。這里，一般我的習慣是不在try中 進行return操作。

當記錄Message 或者StackTrace時，要注意到異常一直表中異常信息欄位的類型，盡量用text，畢竟長度這里不容易控制，除非進行截取。

這兩個日志是經常需要用到的，針對個別項目，肯定會涉及到其他的日志記錄，比如XX銀行后臺管理項目，涉及到的有用戶交易日志、營業日日志、主管放行日志等等。不管是怎樣的日志，前提是分析，撈取公有部分。在進行實體的傳遞，進行日志記錄。

---市人皆大笑，舉手揶揄之