<p>我们使用 NSLog 和 NSAssert 的目的是为了调试, 并在调试阶段输出一些信息, 但是在调试结束、应用发布后, 如果还使用 NSLog 和 NSAssert 输出信息, 那样会影响性能. 事实上, 这个工作量还是比较大的, 而且刚刚移除掉时, 你会发现又要进行调试, 然后再把 NSLog 和 NSAssert 加入到程序代码中, 很麻烦! 因此, 需要设定两套不同的编译参数环境, 我们把这个环境称为 Scheme. Xcode 中的 Scheme 是一些 Target 的集合, 它们配置不同的编译参数, 也可能包括了一些可运行的测试集合. Xcode 中的 Scheme 位于 Xcode 的左上角, 如图(1)(2)所示, 点击Swift3.0_Practice 会弹出 Scheme 菜单, 从中可以编译、新建和管理 Scheme.</p>
1
2
<p>从图(2)中选择 New Scheme 菜单项, 接着会弹出一个对话框, 从中选择 Target 为 Swift3.0_Practice 如图(3) 所示.</p>
3
<p>然后点击 OK 按钮就创建成功了, 这样刚创建好的 Scheme 为 Swift3.0_Practice. 此时再选择 Edit Scheme 菜单项编辑 Swift3 2 . 如图(4) 所示, 选择 Info 标签, 将 Build Configuration(编译配置) 修改为 Release. 这样里说明一下编译配置各个项的含义: Debug 是为调试编译而配置的, Release 是为发布编译而配置的.</p>
<p>接下来, 我们需要为不同的 Scheme 配置不用的参数. 由于移出 NSLog 和 NSAssert 的方式不同, 所以下面我们分别介绍一下它们.</p>
4
<h5> 1.移除 NSAssert</h5>
<p>移除 NSAssert比较简单,我们需要在 TARGETS 中选择 Build Settings, 找到 Processor M acros(预处理宏)项目,配置它的 Release 为 NS_BLOCK_ASSERTIONS, 具体操作步骤为:双击 Release 后面的空白处,此时会弹出对话框,点击对话框中的+添加 NS_BLOCK_ASSERTIONS 即可,如图(5)所示.</p>
5
<p>NS_BLOCK_ASSERTIONS 是 Foundation 框架中定义好的预处理宏, 如果在编译环境中设置 NS_BLOCK_ASSERTIONS, 在编译的时候
NSAssert 宏被移除, 我们可以分别运行 Scheme 中的Swift3.0_Practice -> 模拟器 和 Swift3 2 -> 模拟器 测试一下. 比较测试结果, 可以发现 Swift3.0_Practice 会抛出异常, 而 Swift3 2 可以执行通过. </p>
- 移出 NSLog
移出 NSLog 要比移除 NSAssert 复杂一些, 需要修改程序代码. 思路是重新定义一个宏替代 NSLog, 这个宏是有条件编译的. 为了能够在工程所有的源代码中使用这个宏, 需要在<工程名>.Prefix.pch 文件中定义这个宏. 这个文件引入的 .h 文件和定义的宏作用于全部工程中的源代码模块, 这样可以省去在每个 .h 文件中定义宏. 打开 Swift3.0_Practice工程中的 .pch 文件, 添加定义新的日志宏, 内容如下:
#ifdef DEBUG
# define DLog(...) NSLog(__VA_ARGS__)
#else
# define DLog(...)
#endif
编译器在编译的时候判断是否定义了 DEBUG 宏, 如果定义了, 则使用 DLog 替代 NSLog. #ifdef_ #else_ #endif 是条件编译语句, 是在编译 ide 时候编译器进行判断, 新的日志宏是 DLog. NSLog(_VA_ARGS)中的_VA_ARGS参数也是一个宏, 它是一个可以提供可变参数的宏.
与移除的 NSAssert 类似, 需要在 TARGETS 中选择 Build Settings, 找到 Preprocessor Macros 项目, 配置它的 Debug 为 DEBUG 或 ( DEBUG=1).
两个Scheme分别测试一下, Swift3.0_Practice 执行是会有日志输出, 而 Swift3 2则没有.
以上就是 实际开发中 移除 NSLog 和 NSAssert 内容, 如有错误, 望斧正. 谢谢
网友评论