<p>我們使用 NSLog 和 NSAssert 的目的是為了調試, 并在調試階段輸出一些信息, 但是在調試結束、應用發布后, 如果還使用 NSLog 和 NSAssert 輸出信息, 那樣會影響性能. 事實上, 這個工作量還是比較大的, 而且剛剛移除掉時, 你會發現又要進行調試, 然后再把 NSLog 和 NSAssert 加入到程序代碼中, 很麻煩! 因此, 需要設定兩套不同的編譯參數環境, 我們把這個環境稱為 Scheme. Xcode 中的 Scheme 是一些 Target 的集合, 它們配置不同的編譯參數, 也可能包括了一些可運行的測試集合. Xcode 中的 Scheme 位于 Xcode 的左上角, 如圖(1)(2)所示, 點擊Swift3.0_Practice 會彈出 Scheme 菜單, 從中可以編譯、新建和管理 Scheme.</p>
<p>從圖(2)中選擇 New Scheme 菜單項, 接著會彈出一個對話框, 從中選擇 Target 為 Swift3.0_Practice 如圖(3) 所示.</p>
<p>然后點擊 OK 按鈕就創建成功了, 這樣剛創建好的 Scheme 為 Swift3.0_Practice. 此時再選擇 Edit Scheme 菜單項編輯 Swift3 2 . 如圖(4) 所示, 選擇 Info 標簽, 將 Build Configuration(編譯配置) 修改為 Release. 這樣里說明一下編譯配置各個項的含義: Debug 是為調試編譯而配置的, Release 是為發布編譯而配置的.</p>
<p>接下來, 我們需要為不同的 Scheme 配置不用的參數. 由于移出 NSLog 和 NSAssert 的方式不同, 所以下面我們分別介紹一下它們.</p>
<h5> 1.移除 NSAssert</h5>
<p>移除 NSAssert比較簡單,我們需要在 TARGETS 中選擇 Build Settings, 找到 Processor M acros(預處理宏)項目,配置它的 Release 為 NS_BLOCK_ASSERTIONS, 具體操作步驟為:雙擊 Release 后面的空白處,此時會彈出對話框,點擊對話框中的+添加 NS_BLOCK_ASSERTIONS 即可,如圖(5)所示.</p>
<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 內容, 如有錯誤, 望斧正. 謝謝
