可插拔式的iOS客户端log规范

2016-10-17  本文已影响279人  kmplayer

对于iOS开发的同学们,iOS系统除了NSLog打印API之外,没有提供任何log规范。因此,在实际iOS客户端开发工作中,尤其当团队中开发人员较多、项目模块较丰富时。开发同学每次联机进行debug调试时,控制台便是各种log,甚至不得不通过查找的方式寻找关键信息。

甚至有些log直接打印在release环境中,如果没有规范化的log管理,难免一些敏感信息会被泄露。

针对上述可能存在的问题,Firefly_iOS一开始就定义了明确的log规范

一、详解可插拔式的log规范:
#define INFO_NEW_FMT(fmt) \
[NSString stringWithFormat:@"[INFO] %s(%d) %@", \
__FUNCTION__, \
__LINE__, \
fmt]

上述宏定义的其实核心就是输出一组log信息,包括三个参数信息: 函数名、代码行号以及真正打印的NSString格式的log。

#define ERROR_NEW_FMT(fmt) \
[NSString stringWithFormat:@"[ERROR] %s(%d) %@", \
__FUNCTION__, \
__LINE__, \
fmt]

不难发现这两组宏的差别仅在于log的模板开头一个是"[INFO]",一个是"[ERROR]"

二、实际使用示例

客户端要新开发一个TEST功能模块。

#define TEST_LOG
#ifdef TEST_LOG
#define TestLog_i(fmt,...) NSLog(INFO_NEW_FMT(fmt),##__VA_ARGS__,nil)
#define TestLog_e(fmt,...) NSLog(ERROR_NEW_FMT(fmt),##__VA_ARGS__,nil)
#else
#define TestLog_i(fmt,...)
#define TestLog_e(fmt,...)
#endif

特别注意宏开关#define TEST_LOG才是可插拔的核心,通过TEST_LOG的定义与否即可实现该模块的log是否被输出。

 - (void)testModule
{
    TestLog_i(@"getStringCache:%@", [localCache getStringCache]);
    TestLog_i(@"getArrayCache:%@", [[localCache getArrayCache] description]);
    TestLog_e(@"getArrayCache:%@", [[localCache getDictionaryCache] description]);
}
2015-01-27 14:25:32.926 MSZXFramework[2888:85719] [INFO] +[MSZXModuleTest testModule](88) getStringCache:(null)
2015-01-27 14:25:32.927 MSZXFramework[2888:85719] [INFO] +[MSZXModuleTest testModule](90) getArrayCache:(null)
2015-01-27 14:25:32.928 MSZXFramework[2888:85719] [ERROR] +[MSZXModuleTest testModule](92) getArrayCache:(null)
//#define TEST_LOG
#ifdef TEST_LOG
#define TestLog_i(fmt,...) NSLog(INFO_NEW_FMT(fmt),##__VA_ARGS__,nil)
#define TestLog_e(fmt,...) NSLog(ERROR_NEW_FMT(fmt),##__VA_ARGS__,nil)
#else
#define TestLog_i(fmt,...)
#define TestLog_e(fmt,...)
#endif
三、使用原则总结
上一篇下一篇

猜你喜欢

热点阅读