Swift 标准库中有许多 protocols，其中很多看起来貌似很抽象，并且感觉并没有什么卵用，RawRepresentable 就是其中之一，也许你平时都没有直接用到它，但事实上，这个协议有着很重要的意义。
它是什么
首先我们简单看一下这个东西是用来描述什么问题的，它的定义如下：
public protocol RawRepresentable {
associatedtype RawValue
public init?(rawValue: Self.RawValue)
public var rawValue: Self.RawValue { get }
}
简单来说呢，遵循这个协议的类型可以表示另一个类型，并且可以通过 rawValue 这个属性得到它表示的值。
这时你可能会说
Q: 这。。。这就完了？？
A: Exactly.
Q: 就是表示一个值？
A: Exactly.
但是这个协议有没有它存在的道理呢？当然有！这也是为什么面向协议编程是 Swift 的一大核心之一。Swift 这个语言本身的组成也必须要求 RawRepresentable 这个协议，因为基本类型 enum 就遵循了它。当然还有很多系统类库的类型，比如 OptionSet 和一些从 Objective-C 迁移过来的 NS_ENUM 都遵循了这个协议。
Well, How to Use It?
首先我们来写一个简单的 OptionSet：
struct Directions: OptionSet {
typealias RawValue = UInt8
var rawValue: UInt8
static let up = Directions(rawValue: 1 << 0)
static let down = Directions(rawValue: 1 << 1)
static let left = Directions(rawValue: 1 << 2)
static let right = Directions(rawValue: 1 << 3)
}
由于 OptionSet 也是一个协议，而这个协议并没有指定 RawRepresentable 中的一个 associatedtype RawValue，因此我们用第一行的语句指定：我们这个类型表示了一个 UInt8 类型。由于协议规定我们需要有个 rawValue 属性，所以我们还需要再声明一个 rawValue 成员变量。
下面我们需要定义几个选项，使用的方式就是静态常量，至于数值的设计本文不展开叙述了，大家可以参考位运算相关文章以及回忆自己高中时学的排列组合。
使用的时候也很方便，我们可以通过 [.up, .left] 或者 .down 来表示一个 Direction 变量，这得益于 Swift 的类型推断和便利的语法。
One More Thing
是不是觉得好无聊啊，没关系，下面来点来自 Apple Sample Code 的干货。
UserDefaults 这个东西相信大家都用过，但是它的存取需要写很长的方法调用，感觉很笨拙。我们为何不用 subscript 来改造它呢？
在此之前，我们用一用本文中的主角 —— RawRepresentable。苹果十分不提倡将一些 Name 用 hardcode 的方式来表示，不要直接用 String 表示一个 asset 名称，不要用 tag 来获取 IB 中拖拽的 view。这些行为十分影响软件的可维护性。所以我们将应用中的 UserDefaults Key 用某种方式来表示：
struct PreferenceName<Type>: RawRepresentable {
typealias RawValue = String
var rawValue: String
init?(rawValue: PreferenceName.RawValue) {
self.rawValue = rawValue
}
}
这小段代码很精巧，既通过 rawValue 存储了 key，同时通过范型在类型中注入了 value 的类型信息。
下面我们扩展 UserDefaults 类
extension UserDefaults {
subscript(key: PreferenceName<Bool>) -> Bool {
set { set(newValue, forKey: key.rawValue) }
get { return bool(forKey: key.rawValue) }
}
subscript(key: PreferenceName<Int>) -> Int {
set { set(newValue, forKey: key.rawValue) }
get { return integer(forKey: key.rawValue) }
}
subscript(key: PreferenceName<Any>) -> Any {
set { set(newValue, forKey: key.rawValue) }
get { return value(forKey: key.rawValue) }
}
}
借助范型，我们将 subscript 用不同类型分开，这样存取不同类型的值时就不用去取分方法名称了，是不是很方便呢？
最后，我们写一个结构体来存储所有配置项的 Key：
struct PreferenceNames {
static let maxCacheSize = PreferenceName<Int>(rawValue: "MaxCacheSize")
static let badgeType = PreferenceName<Int>(rawValue: "BadgeType")
static let backgroundImageURL = PreferenceName<URL>(rawValue: "BackgroundImageURL")
}
别问我为什么不写 PreferenceNames 里`，首先不利于扩展，其次 Swift 压根也不让你在范型类型里这么干。
然后使用的时候就这样：
UserDefaults.standard[PreferenceNames.maxCacheSize] = 30
效率是不是瞬间爆炸？？？苹果工程师很机智有木有？
P.S. 我觉得有人可能会吐槽我的 Int，为什么一个 badge type 要用 Int 这么奢侈的一个类型，UInt8 不行吗？其实没什么影响，反正存到磁盘就是 Plist 二进制了，你用什么类型占用空间都一样，存取的时候 cast 一下就行了。
Wrap Up
到这里大家应该明白了 RawRepresentable 就是为了让某类数值能具有更抽象的展现形式，并赋予更多相关的操作能力。
- EOF -
