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

普通下載普通下載

相關電子資料下載

• 拿下國家級信創認證！中科馭數KPU SWIFT-2200N成為國內首款滿足金融業嚴苛要求的 163
• 中科馭數基于DPU的思威SWIFT系列智能網卡與統信軟件產品完成適配 176
• 如何使用Swift提高代碼質量 126
• 積木易搭Magic Swift Plus為雕刻工藝品精雕復刻提供三維數字化解決方案 274
• 詞法分析-Antlr-1 235
• Kotlin 1.8.0發布，改進性能和Swift的互操作性 1044
• Swift 2023：強調并發、泛型和C++互操作性，開發Swift解析器 300
• 彩色套件創建全彩3D模型MagicSwiftPlus僅千元級 432
• Swift的使用體驗與生態發展之路 981
• 如何加速apply函數600倍的技巧 627