Swift学习 （四）

5.枚举与结构体：

不必给枚举成员提供一个值。如果我们想要为枚举成员提供一个值(raw value),我们可以用字符串,字符,整型或浮点数类型。

1 2 3 4 5 6 7

enum CompassPoint { case North case South case East case West   }   var directionToHead = CompassPoint.West

• 结构体

Struct在Swift中和类有许多相同的地方,可以定义属性,方法,初始化方法,可通过extension扩展等。

不同的地方在于struct是值类型.在传递的过程中都是通过拷贝进行。

在这里要提到在前面第一节处提到了String,Array和Dictionary在Swift是以值类型出现的。这背后的原因就是String,Array,Dictionary在Swift中是通过Struct实现的。而之前在Objective-C它们都是通过class实现的。

Swift中强大的Struct使得我们能够更多与值类型打交道。Swift的值类型增强了不可变性(Immutabiliity)。而不可变性提升了我们代码的稳定性,多线程并发的安全性。

6.协议（Protocols）

protocol SampleProtocol 

{

    func someMethod()

}

在Swift遵循协议:

1 2 3 4

class AnotherClass: SomeSuperClass, SampleProtocol {     func someMethod() {} }

目前纯Swift的protocol还不支持optional。但根据苹果官方论坛的一位员工的回答,未来Swift是会支持的。

protocol和delegate是紧密联系的。那么我们在Swift中如何定义Delegate呢？

1 2 3 4 5

protocol MyDelegate : class { } class MyClass {     weak var delegate : MyDelegate? }

注意到上面的protocol定义后面跟着的class。这意味着该protocol只能被class类型所遵守。

并且只有遵守了class protocol的delegate才能定义为weak。这是因为在Swift中,除了class能够遵守协议,枚举和结构同样能够遵守协议。而枚举和结构是值类型,不存在内存管理的问题。因此只需要class类型的变量声明为weak即可。

利用Swift的optional chaining,我们能够很方便的检查delegate是否为Nil,是否有实现某个方法:

以前我们要在Objective-C这样检查：

1 2 3

if (self.dataSource && [self.dataSource respondsToSelector:@selector(titleForSegmentAtIndex:)]) {         thisSegmentTitle = [self.dataSource titleForSegmentAtIndex:index];     }

在Swift中,非常的优雅简洁。

1 2	if let thisSementTitle = dataSource?.titleFroSegmentAtIndex?(index){ }

新特性:

1.在Swift中,protocol变得更加强大,灵活：

2.class,enum,structure都可以遵守协议。

Extension也能遵守协议。利用它,我们不需要继承,也能够让系统的类也遵循我们的协议。

例如：

1 2 3 4 5 6 7 8

protocol myProtocol {  func hello() -> String } extension String:myProtocol{  func hello() -> String {      return "hello world!"  } }

我们还能够用这个特性来组织我们的代码结构,如下面的代码所示,将UITableViewDataSource的实现移到了Extension。使代码更清晰。

1 2 3 4

// MARK: - UITableViewDataSource extension MyViewcontroller: UITableViewDataSource { // table view data source methods }

3.Protocol Oriented Programming

随着Swift2.0的发布,面向协议编程正式也加入到了Swift的编程范式。Cool.

这种编程方式通过怎样的语法特性支撑的呢？

那就是我们能够对协议进行扩展,也就是我们能够提供协议的默认实现,能够为协议添加新的方法与实现。

用前面的myProtocol为例子,我们在Swift里这样为它提供默认实现。

1 2 3 4 5

extension myProtocol{     func hello() -> String {      return "hello world!"     } }

我们还能对系统原有的protocol进行扩展,大大增强了我们的想象空间。Swift2.0的实现也有很多地方用extension protocol的形式进行了重构。

7.Swift与Cocoa

一门语言的的强大与否,除了自身优秀的特性外,很大一点还得依靠背后的框架。Swift直接采用苹果公司经营了很久的Cocoa框架。现在我们来看看使用Swift和Cocoa交互一些需要注意的地方。

• id与AnyObject

在Swift中,没有id类型,Swift用一个名字叫AnyObject的protocol来代表任意类型的对象。

1	id myObject = [[UITableViewCell alloc]init];

1	var myObject: AnyObject = UITableViewCell()

我们知道id的类型直到运行时才能被确定,如果我们向一个对象发送一条不能响应的消息,就会导致crash。

我们可以利用Swift的语法特性来防止这样的错误:

1	myObject.method?()

如果myObject没有这个方法,就不会执行,类似检查delegate是否有实现代理方法。

在Swift中,在AnyObject上获取的property都是optional的。

• 闭包

OC中的block在Swift中无缝地转换为闭包。函数实际上也是一种特殊的闭包。

• 错误处理

之前OC典型的错误处理步骤:

1 2 3 4 5 6 7

NSFileManager *fileManager = [NSFileManager defaultManager]; NSURL *URL = [NSURL fileURLWithPath:@"/path/to/file"]; NSError *error = nil; BOOL success = [fileManager removeItemAtURL:URL error:&error]; if (!success) {  NSLog(@"Error: %@", error.domain); }

在Swift中：

1 2 3 4 5 6 7

let fileManager = NSFileManager.defaultManager() let URL = NSURL.fileURLWithPath("/path/to/file") do {  try fileManager.removeItemAtURL(URL) } catch let error as NSError {  print("Error: \(error.domain)") }

• KVO

Swift支持KVO。但是KVO在Swift,个人觉得是不够优雅的,KVO在Swift只限支持继承NSObject的类,有其局限性。

KVO 在OS X中有Binding的能力,也就是我们能够将两个属性绑定在一起,一个属性变化,另外一个属性也会变化。对与UI和数据的同步更新很有帮助,也是MVVM架构的需求之一。之前已经眼馋这个特性很久了,虽然Swift没有原生带来支持,Swift支持的泛型编程给开源界带来许多新的想法。