2013-02-12 30 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设置为系统日志字段,以便能够进一步过滤写入的日志。

相关问题