Swift編程的技巧分享

自2014年9月1.0版發(fā)布后，Savvy的應用開發(fā)團隊就開始在iOS項目中實驗并使用Swift。不過由于Swift相對還很新，當時大多項目仍在使用Objective-C；自從2015年9月Swift 2.0版本發(fā)布以來，我們已經(jīng)開始改用Swift來編譯新的項目了。實際上在2016年1月，我們大多數(shù)的Swift項目都是iOS應用類的。
　　相對于Objective-C，Swift是一種編譯代碼時速度更快、安全性與可靠性更高、同時具有可預測性的語言。下面我們列出了在實踐中使用這種新語言時，所獲取一些Swift使用技巧。這些技巧有助于讓開發(fā)者編寫出更干凈的代碼，并能幫助更熟悉Objective-C的程序員適應Swift編程，同時適用于在Swift上具有各種背景經(jīng)歷的人，請繼續(xù)往下看。
　　章節(jié)的順序是按照使用者對Swift的熟悉程度來排列的。第一部分是針對不太了解Swift的人，第二部分是針對初級入門者，而最后一部分是對于已在使用Swift的人。
　　你應當了解，但有可能不知道的Swift技巧
　　提高常數(shù)的可讀性
　　在Swift中使用struct的簡潔辦法，就是在應用中制作一個適用所有常數(shù)的文件。由于Swift允許我們嵌用下面的結(jié)構(gòu)，這種辦法非常有用：
　　import Foundation structConstants { structFoursquareApi { staticletBaseUrl = “https://api.foursquare.com/v2/”} structTwitterApi { staticletBaseUrl = “https://api.twitter.com/1.1/”} structConfiguration { staticletUseWorkaround = true} }
　　嵌套讓我們可以為常數(shù)生成一個命名空間（namespace）。例如：我們可以使用Constants.FoursquareApi.BaseUrl來訪問Foursquare的BaseUrl常數(shù)，這樣會使得數(shù)據(jù)可讀性更高，并為相關(guān)的常數(shù)提供一系列封裝。
　　為了提高性能，要避免NSObject與@objc
　　Swift允許我們將分類進行擴展，從NSObject到獲取對象的Objective-Cruntime系統(tǒng)功能。還允許我們用@objc來注釋Swift方法，以便在Objective-C runtime中使用。
　　支持Objective-C runtime，代表著系統(tǒng)不再通過通過靜態(tài)或vtable分配，而是動態(tài)分配來調(diào)用方法。結(jié)果就是：在調(diào)用支持Objective-C運行的方法時，性能損失會高達四倍。在實際應用中，這種情況對性能的影響也許微不足道，不過這樣一來，我們就知道通過Swift執(zhí)行方法調(diào)用要比使用Objective-C快四倍。
　　在Swift中使用方法調(diào)配（Method Swizzling）
　　方法調(diào)配是替換一個已存在的方法實現(xiàn)。如果對此不熟悉，可以閱讀這篇文章。Swift優(yōu)化后，不再像Objective-C中那樣，在runtime尋找方法的位置，而是直接調(diào)用內(nèi)存地址。因此默認情況下，在Swift類中調(diào)配無法起效，除非：
　　用動態(tài)關(guān)鍵字禁用這種優(yōu)化。這是最佳選擇，如果數(shù)據(jù)庫完全以Swift構(gòu)建的話，這種選擇也是最合理的方式。擴展NSObject。如果單純?yōu)榱朔椒ㄕ{(diào)配的話，不要用這種方式（而要采用動態(tài)的）。需要了解：在將NSObject作為基礎(chǔ)類的已存在類中，方法調(diào)配是有效的，不過最好使用動態(tài)選擇的方法。在要調(diào)配的方法中使用@objc注釋。如果我們想要調(diào)配的方法同時也需要使用Objective-C的代碼，那么這種方法是最合適的。
　　更新：根據(jù)要求，我們增加了一個完全使用Swift的調(diào)用樣例。在這個樣例中仍需要Objective-C runtime，不過類并非繼承自NSObject，方法也未標記成@objc。
　　importUIKit classAwesomeClass{dynamic func originalFunction（）-》String { return“originalFunction”} dynamic func swizzledFunction（）-》String { return“swizzledFunction”} } letawesomeObject = AwesomeClass（） print（awesomeObject.originalFunction（）） //prints： “originalFunction”letaClass = AwesomeClass.self letoriginalMethod = class_getInstanceMethod（aClass， “originalFunction”） letswizzledMethod = class_getInstanceMethod（aClass， “swizzledFunction”） method_exchangeImplementations（originalMethod， swizzledMethod） print（awesomeObject.originalFunction（）） //prints： “swizzledFunction”
　　入門者所需的Swift技巧
　　清理異步代碼
　　Swift在編寫補齊函數(shù)（completion function）上語法非常簡潔。在Objective-C中有completion block，不過出現(xiàn)的很晚，語法也有些粗糙，如下：
　?。踫elfloginViaHttpWithRequest:request completionBlockWithSuccess：^（LoginOperation *operation， idresponseObject） { ［selfshowMainScreen］; } failure：^（LoginOperation *operation， NSError*error） { ［selfshowFailedLogin］; }］;
　　在Swift中有一種更簡單的新型閉包語法。任何將閉包作為末尾參數(shù)的方法都可以使用Swift的新語法，讓回調(diào)更簡潔，如下：
　　loginViaHttp（request） { responseinifresponse.success { showMainScreen（） } else{ showFailedLogin（） } }
　　控制對代碼的訪問
　　應該堅持用合適的訪問控制修飾符（access control modifier）來封裝代碼。如果封裝的好，無需記下思維過程，也無需詢問代碼編寫者，就能理解這段代碼是如何交互的。
　　Swift常見的訪問控制機制有三種：私人訪問、內(nèi)部訪問和公共訪問。不過Swift中并沒有常見于其它面向?qū)ο笳Z言中的protected訪問控制修飾符。為什么會這樣呢？那是因為在子類中通過新的公共方法或?qū)傩?，就可以顯示protected方法或?qū)傩?，因此實際上保護是無效的。而且由于從任何地方都能重寫，因此protected并未給Swift編譯器開啟優(yōu)化的機會。最后，由于protected阻止子類helper訪問子類能夠訪問的信息，會讓封裝變差。想要了解Swift團隊關(guān)于protected更多的想法，請點擊這里查看。