作者：Russ Bishop，原文鏈接，原文日期：2016-11-07
譯者：星夜暮晨；校對：walkingway；定稿：CMB

最近幾天，我在 Swift 用戶列表中參與了一個討論，主題是怎樣才能更好滴將包含字符串值的 JSON 數組轉換為枚舉集 (Enumeration Set)。我半開玩笑地建議：這些字符串值應該被轉換到基于字符串的枚舉當中，然后這些值的 hashValues 將用于設置標志位（flags）。

當然，我很快（并且理所應當）被質疑道：『最終的解決方案是否應該取決于 hashValue 的實現細節』—— 很顯然不應該。但是隨著我思考的深入，我猜想是否可以通過哈希值來引導選項集 (Option Sets) 的創建，從而消除潛在的錯誤呢？

我的意思是假設有這樣一個枚舉：

private enum LaundryFlags: String { 
  case lowWater, lowHeat, gentleCycle, tumbleDry
}

我們可以使用枚舉值來生成選項集，因為我們知道每個 hashValue 都不會發生重疊，這使得編譯器可以自行選擇實現的細節，而不用人工干涉：

public static let lowWater = LaundryOptions(rawValue: 
    1 << LaundryFlags.lowWater.hashValue)

這個方法讓我們可以從字符串中構建選項集，而無需關注具體的原始值 (Raw Value)。無論編譯器如何計算，最終的結果都是一致的：

// 基于字符串的初始化操作
public init(strings: [String]) {
  let set: LaundryOptions = strings
    .flatMap({ LaundryFlags(rawValue: $0) }) // 轉換為枚舉
    .map({ 1 << $0.hashValue }) // 轉換為 Int，即標志值
    .flatMap({ LaundryOptions(rawValue: $0) }) // 轉換為選項集
    .reduce([]) { $0.union($1) } // 聯結
  _rawValue = set.rawValue
}

不過這種做法也有限制。我們無法使用枚舉來表示如下所示的復合便利成員 (Compound Convenience Members)：

public static let energyStar: LaundryOptions = [.lowWater, .lowHeat]
public static let gentleStar: LaundryOptions = energyStar.union(gentleCycle)

此外，我們可以很容易地實現 CustomStringConvertible 協議，即便原始值枚舉無法顯示它們的成員，并且也無法使用哈希值來進行初始化。如下面這段代碼所示，生成一個延遲成員 (Lazy Member) 字典并不困難。我們可以將這個實現變為樣板代碼 (Boiler Plate)，然后將您的案例清單 (Case List) 復制/粘貼到這個數組當中：

static var memberDict: Dictionary<Int, String> = 
    [lowWater, lowHeat, gentleCycle, tumbleDry]
    .reduce([:]) {
        var dict = $0
        dict[$1.hashValue] = "\($1)" 
        return dict
    }

通過位運算，我們便可以從選項集當中規約 (Reduce) 出這個字典：

public var description: String {
    let members = LaundryFlags.memberDict.reduce([]) {
        return (rawValue & 1 << $1.key) != 0
            ? $0 + [$1.value] : $0
    }
    return members.joined(separator: ", ")
}

所以讓我們亮劍吧：考慮到這個方法是多么地簡單可靠，那我還能繼續遵循『原始值枚舉以及它們的哈希值從不使用實現細節』的約定么？

完整的 gist 代碼可在此查看。

本文由 SwiftGG 翻譯組翻譯，已經獲得作者翻譯授權，最新文章請訪問 http://swift.gg。