你好,歡迎來到IOS教程網

 Ios教程網 >> IOS教程 >> 關於IOS教程 >> 談談為何iOS開發別用宏來定義常量

談談為何iOS開發別用宏來定義常量

編輯:關於IOS教程

首先,預處理命令他不是一個常量!!!!

我們來看一段代碼

#define avatar @"60"
 if (false) {
  #define avatar @"80"
 }
 NSLog(avatar);

這段代碼會輸出多少,我們將“avatar”定義為了60,然後在一個永遠不會執行的代碼裡面重新定義了“avatar”為80,if語句中的代碼永遠不會執行,但是在編譯時期,編譯器會編譯這段代碼,而這個時候編譯器就會將avatar這個名字替換為@“80”,所以這段代碼最後的輸出結果就是80。

當然這個時候編譯器是會有一個警告的,但是不知道有多少同學會忽略這個警告。或者你會告訴我你對警告十分敏感,不會放過他的,但是記住你不是一個人在寫代碼,可能在別人的頁面他給你重新定義了你的define,給你挖了一個大坑,還找不著.........

用const來定義一個常量

const修飾符定義的變量是不可變的,比如說你需要定義一個動畫時間的常量,你可以這麼做:

static const NSTimeInterval kAnimateDuration = 0.3;

當你試圖去修改“ kAnimateDuration”的值的時候,編譯器會報錯。更加重要的是用這種方法定義的常量是帶有類型信息的,而這點則是define不具備的。

也許你已經發現了,如果你像這樣定義:

static const NSString * kUserName = @"StrongX";

你是可以修改userName的值的,(說好的常量呢~~~)

首先我們需要確定的是以下兩種寫法是一樣的:

static NSString const * kUserName = @"StrongX";
static const NSString * kUserName = @"StrongX";

也就是說const放在類型前還是類型後是一樣的效果。然後不同效果的是下面這種寫法:

static NSString * const kUserName = @"StrongX";

const 修飾的是他右邊的部分,也就是說:

static NSString const * kUserName = static NSString const (* kUserName )

static NSString * const kUserName = static NSString * const (kUserName)

const修飾的是(userName)的時候,不可變的是userName;“*”在C語言中表示
指針指向符,也就是說這個時候userName指向的內存塊地址不可變,而內存保存的內容是可變的,我們來做個嘗試:

 NSLog(@"內存地址: %x",& kUserName);
 kUserName = @"superXLX";
 NSLog(@"內存地址: %x",& kUserName);

以上NSLog會打印*userName指向的內存塊地址,而他的輸出是:


輸出

我們已經發現當我們改變內存的內存的時候他的地址並沒有發生改變,也就是說這是符合“const”修飾符的規定的。

而當我們的修飾符是這樣的時候:

static NSString * const kUserName = @"StrongX";

我們則無法改變userName的值。

所以當我們需要定義一個不可變的常量的時候 ,我們還是需要將“const”修飾符放到“*”指針指向符後邊才對。

一定要同時使用static和const來定義你的變量

上面已經說了const是用來定義一個常量。而static在C語言中(OC中延用)則表明此變量只在改變量的輸出文件中可用(.m文件),如果你不加“static”符號,那麼編譯器就會對該變量創建一個“外部符號”,後果是什麼呢?
你可以嘗試在不同編譯文件中加入以下代碼:

NSString * const kUserName = @"StrongX";

可能盡管文件之間並沒有相互引用,不存在屬性名重復的問題(因為這並不是一個屬性,這是一個外部符號),但是編譯器還是報錯了:

他會告訴你在兩個目標文件(.0文件是.m文件編譯後的輸出文件)有一個重復的符號。(OC中沒有類似C++中的名字空間的概念)

所以當你在你自己的.m文件中需要聲明一個只有你自己可見的局部變量(k開頭)的變量的時候一定要同時使用“static”“const”兩個符號。

定義工程中的全局變量

在我們的工程中一定會定義很多全局常量,很多人的做法是會創建一個“ constant.h”文件,在這個文件中用#define聲明許多常量,然後將這個頭文件引入“pch”文件中,不能說這麼做不對,但是如同上面說的那樣define可能被修改,當然在命名規范的情況下這種情況很少出現,並且這樣做的效率很高。

然而蘋果更推薦另外一種做法:"extern",這樣做的優勢是保持常量絕對不會被修改,並且一定初始化還帶有類型信息。

我們在"constants.h"文件中,聲明常量

extern NSString *const XUserName;

然後在“constants.m”中定義他:

NSString *const XUserName = @"StrongX";

“extern”定義的常量必須也只能初始化一次,不滿足必須以及只能一次的條件那麼編譯器就會提醒你。在定義全局變量的時候需要要注意你的命名,你可以使用規定好的前綴來命名。

“define”“extern”各有各的優勢,不過我個人還是比較推薦使用“extern”.(因為之前在一個工程中被define坑慘了!)。

以上就是本文的全部內容,希望本文提到的知識點對大家開發IOS時有所幫助,讓大家都能使用正確的規范開發IOS。

  1. 上一頁:
  2. 下一頁:
蘋果刷機越獄教程| IOS教程問題解答| IOS技巧綜合| IOS7技巧| IOS8教程
Copyright © Ios教程網 All Rights Reserved