标签：
5.枚举与结构体：
不必给枚举成员提供一个值。如果我们想要为枚举成员提供一个值(raw value),我们可以用字符串,字符,整型或浮点数类型。
|
1
2
3
4
5
6
7
|
enum CompassPoint {case Northcase Southcase Eastcase 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: - UITableViewDataSourceextension 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支持的泛型编程给开源界带来许多新的想法。
标签：
原文地址：http://www.cnblogs.com/pengsi/p/5128791.html
