關于iOS Coding過程中經常遇到各種小問題或是一些疑惑,整理收集如下.
缺省參數
今天在寫一個UILabel生成方法時，突然想到去年剛開始接觸Object-C時就曾一直疑惑，語言層級特性(語法糖)是否支持類似C#中缺省參數的功能?
缺省參數(Default Argument Value)，顧名思義，就是在聲明函數的某個參數的時候為之指定一個默認值. 在調用該方法時要是傳入了這個參數，則使用傳入的值，如果缺少這個輸入參數，那么直接使用設定的默認值進行調用. 例如在C#語法中聲明一個缺省參數的方法:
調用方法時自由地選擇采用缺省的參數值，或者覆蓋參數缺省值:
在方法聲明和調用時極大簡化語法，代碼寫起來短小精悍，具有較高的自由性同時代碼也易讀理解.但其實Object-C語法層面本身并不支持缺省參數，自然沒法能夠直接實現類似C#語言中的寫法.但真的無法實現嗎?雖然語法層面不能直接支持，其實是可以的只是有點繞.
笨一點的方式定義方法時聲明該參數，在方法實現時內部處理默認值.類似:
如上我們定義一個UILabel，默認文字顏色是紅色,但不是每次都會定義, 那在定義方法時做一個內部約定，當defineColor傳入為nil，就是取其默認值為紅色，如果為非nil時則正常賦值. 這種寫法偏向于在方法內定義了一個約定，邏輯簡單，但在方法聲明層面上如果不知道隱藏潛在約定代碼邏輯或者沒有很好注釋說明，對調用者來說跟defineColor和orginStr兩個參數并沒有什么區別的.難道沒有更好的方式嗎? 有.
改良一下替代的方法，其實是定義兩個方法, 一個方法聲明時包含所有缺省參數，用另外一個則不包含缺省參數方法調用前者即可. 這種方式優點將使用默認值的參數放在函數的參數列表的末尾寫法, 確保了所有調用函數的非默認參數使用相同的順序, 并明確地表示在每種情況下相同的函數調用. ?在聲明層面能夠很好區分方法實現, 而不存在額外的歧義. 這種折中的方式缺點是同一個功能實現多了一個不同的入口, 一定程度增加代碼的復雜度. Objective-C 由于語法的特點幾乎無法在不大幅改動的情況下很好地實現缺省參數.Objective-C 社區詬病很多年的這一特性, 而作為其的繼任者Swift語言是否能夠在語法上友好的支持? 答案是自然肯定的.
如上可見Swift能夠完美的實現方法的缺省參數.但如果在深入一點，你會有驚喜發現.在C#中我們知道方法實現缺省參數并沒有問題，而不要忘了語法上還有一個限制條件:
調用時你只能從最后一個參數開始進行省略, 如果你要省略一個參數，你必須省略它后面所有的參數，即：帶缺省值的參數必須放在參數表的最后面.
類似如果我在C#這樣寫法:
缺省參數聲明是寫在最前面, 編譯器會直接報錯，而相反Swift更為自由，則沒有類似C#這樣語法限制，如果同樣語法在Swift則是可以編譯通過的，如下:
正是因為Swift語法中沒有"默認參數之后不能再出現無默認值的參數"這樣的規則，上面方法的聲明在 Swift 里都是合法可用的.
當然針對Swift中值得一提的是，默認參數都是需要外部標簽的，如果沒有指定外部標簽，那么 Swift 會默認自動加上同名的標簽，也就相當于在參數聲明前加上井號#。實際上我們聲明的sayHello和sayHello1的符號是這樣的：
外部標簽名意義在于，不像其他普通方法調用那樣省掉第一個參數標簽名，這是為了不產生參數命名上的歧義.
關于缺省參數演示的代碼在這里[DefaultArgumengSample github]
