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

2020-07-26 03:17:25

字體：大中小

來源：轉載

供稿：網友

首先，預處理命令他不是一個常量?。。?！

我們來看一段代碼

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

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

當然這個時候編譯器是會有一個警告的，但是不知道有多少同學會忽略這個警告?；蛘吣銜嬖V我你對警告十分敏感，不會放過他的，但是記住你不是一個人在寫代碼，可能在別人的頁面他給你重新定義了你的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"文件中，聲明常量：