2013-02-12 19 views
1

在我編寫幾個生成輸出的守護進程應用程序的時候,應該記錄下來。所以現在我有兩個選擇:使用syslog或提供自己的函數來寫入我的日誌文件。syslog-daemon具有動態設施或每個軟件的自己的記錄器?

但是我發現了一個小問題,我認爲我不是第一個: 我不喜歡提供自己的函數來打開文件,寫信給它,關閉它等等。對於一個應用程序,它可能會沒問題,但在我看來,開發人員不應該編寫兩次源代碼。所以如果你編寫兩個守護進程 - 使用相同的日誌函數,但我們有:

你可以使用Linux的系統日誌,但我不認爲它可能是有用的,如果所有的守護進程寫入設施「守護進程」 - 我覺得現在已經老套了!所以我想提供自己的設施,但是我還沒有找到這個實現。那麼這有什麼原因嗎?

我想可能有沒有人做過這個的理由?那麼現在應該是更好的方式?寫一個「新」日誌系統或只爲我的軟件記錄器?

+1

請用reword提供一個明確的問題。你應該避免提出主觀問題(所以我對你的意見感興趣)。 http://stackoverflow.com/faq#dontask – 2013-02-12 23:54:35

+0

現在編輯它 - sry:/ – icewave 2013-02-13 09:45:01

+1

「...不應該寫源代碼兩次......」 - 爲什麼不把你的自定義日誌功能放到一個(共享)庫和鏈接到守護進程?我會考慮只將致命/緊急錯誤記錄到系統日誌中。其他一切(診斷,信息等)我將登錄到「特定於應用程序」的日誌中。 – 2013-02-13 09:51:48

回答

0

local0到local7系統日誌設施是要走的路。確保將APPNAME設置爲系統日誌字段,以便能夠進一步過濾寫入的日誌。

相關問題