引言
先来看看一个UIView动画在Objective-C和Swift里面分别是怎么写的。
[UIView animateWithDuration:0.3 delay:0 options:UIViewAnimationOptionCurveEaseInOut|UIViewAnimationOptionAllowUserInteraction animations:^{
// ... Animations
} completion: nil];
UIView.animateWithDuration(0.3, delay: 0, options: [.CurveEaseInOut,.AllowUserInteraction], animations: { () -> Void in
// ... Animations
}, completion: nil)
我们可以发现,在Objective-C中传入的options是UIViewAnimationOptionCurveEaseInOut|UIViewAnimationOptionAllowUserInteractio
,是用的传统的|(或)
操作;而Swift里是[.CurveEaseInOut,.AllowUserInteraction]
,这个乍看之下很像Array
的东西又是什么呢?
OptionSetType
UIViewAnimationOptions
的声明是这样的:
@available(iOS 4.0, *)
public struct UIViewAnimationOptions : OptionSetType {
public init(rawValue: UInt)
public static var LayoutSubviews: UIViewAnimationOptions { get }
public static var AllowUserInteraction: UIViewAnimationOptions { get } // turn on user interaction while animating
public static var BeginFromCurrentState: UIViewAnimationOptions { get } // start all views from current value, not initial value
//...... 还有很多属性
}
UIViewAnimationOptions
是实现OptionSetType Protocol
的struct
。是OptionSetType
这个协议赋予了其这样的特征表现。那么我们来看看OptionSetType
的结构。
图里的每个方框都是协议,虚线代表协议的继承关系。
下面我们来一个个介绍它们
Equatable Protocol
实现Equatable
可以通过重载==
,!=
操作符来判断相等关系。
ArrayLiteralConvertible Protocol
实现此协议的类型能够通过类似于[value1,value2]
这种声明Array
的方式来进行声明。
例如:
struct Poker : ArrayLiteralConvertible, CustomStringConvertible {
var cards = [String]()
// ArrayLiteralConvertible 的构造器接口
init(arrayLiteral elements: String...) {
for card in elements {
cards.append(card)
}
}
var description: String {
var content = "My cards are "
for card in self.cards {
content += card
}
return content
}
}
// How to use
let myPocker:Poker = ["2","4","3","J","A"]
print(myPocker) // 输出:My cards are 243JA
通过实现ArrayLiteralConvertible
协议,然后重写init(arrayLiteral elements: Element...)
构造器,就能够像创建数组一样来创建这个被我称为Poker的结构体了。
UIViewAnimationOptions
正是因为OptionSetType
的继承树里有ArrayLiteralConvertible
协议,才使我们能够像创建数组一样来创建它。
另外,还有Swift还提供了几个类似ArrayLiteralConvertible
的接口:
- BooleanLiteralConvertible
- DictionaryLiteralConvertible
- ExtendedGraphemeClusterLiteralConvertible
- FloatLiteralConvertible
- NilLiteralConvertible
- IntegerLiteralConvertible
- StringLiteralConvertible
- UnicodeScalarLiteralConvertible
SetAlgebraType Protocol
SetAlgebraType
为实现该协议的类型提供代数操作(交集
,并集
,异或
,插入
,删除
等)。
OptionSetType
在confirm SetAlgebraType
协议后,就直接通过extension扩展实现了相对的功能,因此在真实的使用场景中,我们只需要调用代数操作结果,而不用关心具体实现。
RawRepresentable Protocol
这个协议很简单,只有几句代码:
public protocol RawRepresentable {
typealias RawValue
public init?(rawValue: Self.RawValue)
public var rawValue: Self.RawValue { get }
}
要求实现RawRepresentable
的类型要有一个rawValue,然后还有给出对应的构造器,就OK了。
应用 OptionSetType
到实战部分了,现在有三种求救方式分别为打110,119和120, 当我们求救时,可以打任意打三个电话的任何一个或多个。下面是代码
struct HelpOptions : OptionSetType {
var rawValue = 0 // 因为RawRepresentable的要求
static var Call110 = HelpOptions(rawValue: 1 << 0)
static var Call119 = HelpOptions(rawValue: 1 << 1)
static var Call120 = HelpOptions(rawValue: 1 << 2)
}
// How to use
let fireNeedHelp: HelpOptions = [HelpOptions.Call120,HelpOptions.Call119]
// let killNeedHelp: HelpOptions = [HelpOptions.Call120,HelpOptions.Call110]
if fireNeedHelp.contains(.Call110) { print("警察叔叔来啦") }
if fireNeedHelp.contains(.Call119) { print("消防员叔叔来啦") }
if fireNeedHelp.contains(.Call120) { print("护士姐姐来啦") }
HelpOptions
的结构很清晰易懂,每个不同的的选项都是HelpOptions
的一个静态属性,并且都有一个rawValue
来对应值。
我们只用通过contains
等代数操作来判断就知道到底需要打电话给谁了。
而所有代数相关的逻辑操作和判断都由OptionSetType
的extension做了,而我们什么都不用管。真是感叹OptionSetType
真是个好人啊!
总结
今天很认真的看了OptionSetType
相关的结构和使用方法,真心发现Swift的编程范式和Objective-C 还是蛮大。
我发现的一点是,OptionSetType
继承了SetAlgebraType
(protocol 的继承)。然后直接通过extension OptionSetType
把SetAlgebraType
的接口实现了。这样当我的HelpOptions
实现OptionSetType
时,调用SetAlgebraType
协议的方法就行了,而不用自己的去实现。这是以前没有想到的地方。
网友评论