日志
Jul 10, 2017 10:38:44 AM
为什么要自己写一个 Log?
首先,我们没有从头实现一个日志,我们不过是 适配 日志。我们适配了 log4j 。但是为什么呢?为什么不直接依赖 slf4j 呢?
我必须要在这里重申一下 Nutz 框架的目标:
- 尽量让程序员在 设立开发环境 以及 部署应用 的时候获得最佳的体验
如果你下载了 Nutz 的 jar,满心欢喜的加到你的项目里,然后,运行你的项目,你会发现从 Nutz.jar 里会迅速抛出一个异常。经过一番查阅,你发现你不得不访问 slf4j 的网站,下载它的 jar 包,然后再加入自己的项目里…
你会因此而很高兴吗?
……..
不不,起码我不会高兴。 :(
如果这个功能特别复杂,以至于我们没有能力做到很好,我们肯定会毫不犹豫的依赖其他的 jar 包的。比如 1.a.23之前,我们依赖了 javassist, 1.a.24 我们包括了 ASM。
另外一个原因:随着 Nutz 使用的人越来越多,如果它依赖了过多的 Jar 包,便会导致人们更多的下载行为,从而浪费不必要的带宽,耗费更多的电能,从而让这个地球排放更多的温室气体,厄尔尼诺现象加剧,北极融化,珍稀物种灭绝,农作物减产,粮食供应紧张,不利于喝血社会,不能体现带三个婊的以德治国的精神。
.
..
…
….
…..
……
好吧,我承认,我上面说的统统是狡辩,根本原因不过是因为手痒痒。而且我揭发:实际上这个模块代码都是wendal和 Sunonfire 写的,我其实不过是出来打酱油的 …
如何使用日志
Nutz Log的基本用法和常见的log4j等工具没什么不同。比如:
public class MyClass {
private static final Log log = Logs.getLog(MyClass.class);
public void myFuncion() {
if (log.isDebugEnabled())
log.debug("I am debug message");
}
}
Nutz.Log 使用了插件技术,其中优先级依次为:
- Log4j —> 通过log4j-over-slf4j桥,你可以将其拓展到其他log框架,如logback
System.out | System.err
它们可以使用的条件是:Log4j
- 如果能够加载类 org.apache.log4j.Logger,则认为可用;
- System.out | System.err
- 默认永远可用
让 Nutz 输出日志
以 log4j 为例 (因为我就对这个熟),你需要:
- 在你的项目里部署一个 Log4j 1.2.17的 jar 包,推荐
- 在项目的 CLASSPATH 根目录部署 log4j.properties
log4j.rootLogger=DEBUG, A1
log4j.appender.A1=org.apache.log4j.ConsoleAppender
log4j.appender.A1.layout=org.apache.log4j.PatternLayout
log4j.appender.A1.layout.ConversionPattern=%d [%t] %-5p %c - %m%n
什么都不配置呢? Nutz在你没有配置任何Log时,一样工作得很好. 下面是默认行为:
- 输出到System.err/out
- 默认日志等级为 DEBUG
本页面的文字允许在知识共享 署名-相同方式共享 3.0协议和GNU自由文档许可证下修改和再使用。