标签:blog io ar strong sp 文件 div on 问题
调试的时候打断点太慢,所以输出log就是一个很好的选择了。断点,一行一行的按,太麻烦了。从log里一条一条的看,很快就可以找到到哪个函数的哪个地方这个代码就没执行了。这里不详细讨论调试技巧的事。不过大概就是这个样子。但是,输出的log你只想在调试的时候看。在正式发布的版本里,那些东西你给谁看,而且语句的执行还多少占资源。所以,这个时候就要用到#ifdef这样的处理命令,在DEBUG的时候输出log,发布版里不要这东西。
DLog:
#ifdef DEBUG # define DLog(fmt, ...) NSLog((@"%s [Line %d] " fmt), __PRETTY_FUNCTION__, __LINE__, ##__VA_ARGS__); #else # define DLog(...) #endif
这个宏定义可以看到,在执行的时候会输出函数的名称和行号以及其他的自定义的消息内容。所以,这个DLog输出的内容在调试的时候非常有效。
在Swift里也内置了很多的identifier,很容易就可以实现出上面的宏。当然,Swift里是没有宏定义的,所以就只能用最一般的函数了。Swift的实现:
func dlog(message: String) { #if DEBUG println("file: \(__FILE__), line:\(__LINE__)") #endif }
看着是很不错了。这里就想到小学课本里的那个一群鸟和某鸟学盖房子的故事了。
上面的函数是不可用的,因为,呵呵,输出的文件名和行号永远都是一样的。都是这个函数所在的文件的名字和这个函数定义在这个文件里的行的行号!你看到这个函数拿去就用是解决不了你的问题的。所以,往下看。
Swift有一个很有意思的特点,这个特点可以保证dlog这个函数输出调用函数的文件的名称和调用点的行号。来,看看代码你就懂了:
func dlog(message: String = "", file: String = __FILE__, function: String = __FUNCTION__, lineNum: Int = __LINE__) { // #if DEBUG println("FILE: \(file.pathComponents.last!),FUNC: \(function), LINE: \(lineNum) MESSAGE: \(message)") // #else // do nothing // #endif }
Swift这个特点就是给定默认值的函数参数。__FILE__, __FUNCTION__等都设定为函数的默认值。再调用的时候你可以直接忽略掉这些参数。这个时候,函数输出的就是调用点的文件名称和函数名称以及调用点所在的行号了。
最后,__FILE__的值是一个完成的文件的路径。在我们调试代码的时候这个是用不着的。因为,你的代码文件就在Xcode左侧的那框框里了,你不用去文件所在的位置去处理这个东西。我们只要文件名就可以了。所以用file.pathComponents.last来活的文件所在路径的文件的名字。
从Objective-C到Swift,你必须会的(四)DLog
标签:blog io ar strong sp 文件 div on 问题
原文地址:http://www.cnblogs.com/sunshine-anycall/p/4037266.html