Swift编程的技巧分享

自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更多的想法，请点击这里查看。