如何去實現一個通用、輕量級的日誌庫

在開發過程中，我們總能遇到需要記錄日誌的這樣一個問題。日誌記錄的是否充分，直接可以協助使用者或者開發人員去瞭解系統的運行情況。但大家也需要意識到，過多的日誌記錄，也能夠間接的影響到整體應用的效能。

一個好的日誌庫，應該儘可能通用，而不需要在不同的應用中去重複發明輪子。一個應用於後台服務端的日誌庫，你可能沒有辦法同時把它應用於前端開發，或者你沒辦法兩者同時兼并記錄日誌。

怎麼樣能夠實現一個通用，並且輕量級不影響系統效能的日誌庫呢？帶著這個問題，我們採用物件導向分析設計的理念來慢慢探索一下。

一個日誌類（庫）應該分為哪些部分呢？

第一：它存在一個日誌記錄源，也就是日誌最終將儲存到檔案，還是資料庫，還是流向輸出視窗，基於WEB用戶端呢？一個好的日誌類（庫）應該能保證它同時支援向多個日誌記錄源輸出日誌。

第二：記錄日誌，對於每一條需要記錄的日誌，也許你需要加上時間或者一些其他資訊。這樣，就涉及到一個日誌資訊格式化的問題

第三：為了保證日誌類(庫)儘可能的高效，你應該制定一些批量輸出策略（當然也應該提供一種機制，讓使用者能夠隨時輸出）。因為每來一條日誌你就把它記錄到檔案，資料庫，輸出視窗，這樣不夠高效，極其影響效能。我們應該批量記錄它

第四：最後，我們需要的僅僅是一個上面東西的處理器，讓它負責去完成所有的日誌相關操作

 

有了上面的思路，相信大家都可以為根據它去實現一個不錯的日誌類（庫）了

以上是本人對日誌類（庫）設計的一些看法，歡迎大家拍磚

如果你有興趣，可以點擊這裡加我為好友