标签:style blog code tar ext color
作为C++领域中为数不多的好用、高效的、跨平台的日志工具,Google的开源日志库glog也算是凤毛麟角了。glog 是一个C++实现的应用级日志记录框架,提供了C++风格的流操作。
恰巧趁着五一我也学习研究了这个glog库,写个总结如下。走过路过的的各位牛人、高手可以忽略这篇文章了。
从code.google.com下载源码(在这里),在Visual Studio 2010中打开工程,如下:
可见只有四个工程,其中libglog和libglog_static分别是Windows下的动态库和静态库,其实代码都是一样的,另外两个工程分别是测试工程(也是同一套代码),看名字都就知道了。
glog实现代码并不多,代码量统计如下:
从上面看出真正有效的C/C++代码也就8000行以内吧。
直接编译,注意,竟然不能编译通过!!!我这里下载的是SVN 地址http://google-glog.googlecode.com/svn/trunk/上的r142版本,从编译错误可以找到原因,简单修改即可全部编译成功,就是将文件logging.cc中的第183、189、199、205行的ssize_t改为size_t,如下:
实在不明白为什么还有这种情况发生,难道不应该至少保证编译没问题才会commit代码的么。而直接下载的稳定版(glog-0.3.3.tar.gz )则没有这个问题,看来开发版本都是不可靠的啊。
把所有代码从每个文件的代码量和实现复杂度做一个整体分析。
按代码行数排序:
按复杂度排序(复杂度定义在不同工具中有不同表示,这里仅作参考):
从这里也基本能看出重要的文件或函数实现了。另外按复杂度排序是排名第一的文件叫做demangle.cc,你在VS工程里并没有发现有这个cc,甚至都没有include相应的demangle.h,这个文件是干嘛的?随后再作分析(其实单看文件名就基本能猜到了)。
其中logging.cc是主要的功能实现,对该文件的分析如下:
logging.cc中函数复杂度如下:
当然,不同人使用不同的分析工具,导致上面的结果会有一定的差异,仍以logging.cc为例,使用另外工具分析函数复杂度部分结果如下:
注意函数LogFileObject::Write和TruncateLogFile的复杂度排序计算值和排序顺序都不相同,但总体上来说都算是正常的,也算是都能管中窥豹吧。
有了这些简单的统计分析,接下来浏览代码就相对有方向性了,不过话说这个代码量总体来说也不多。像该代码中使用了大量的宏技巧,初看还是不好理解的,接下来会从代码上做点分析理解。
一直没有介绍glog,但是,如果你了解glog,那你肯定知道些什么了。最后把glog的特性或者说功能简单摘抄如下(处处都有,不显示引用原作了):
好吧这里还是给出我引用的文章:
http://google-glog.googlecode.com/svn/trunk/doc/glog.html#verbose
http://mengjh.blog.51cto.com/2860827/546766
C++的开源跨平台日志库glog学习研究(一),布布扣,bubuko.com
标签:style blog code tar ext color
原文地址:http://www.cnblogs.com/lizhenghn/p/3704749.html