有一种聪明的方法，尽管令人沮丧，但它说明了两种不同类型的枚举之间的区别。

试试这个:

    func makeDeck() -> Card[] {
      var deck: Card[] = []
      var suits: Suit[] = [.Hearts, .Diamonds, .Clubs, .Spades]
      for i in 1...13 {
        for suit in suits {
          deck += Card(rank: Rank.fromRaw(i)!, suit: suit)
        }
      }
      return deck
    }

交易是，一个由数字(原始值)支持的枚举是隐式显式有序的，而一个没有数字支持的枚举是显式隐式无序的。

例如，当我们给枚举值数字时，语言足够狡猾，可以找出数字的顺序。 另一方面，如果我们不给它任何顺序，当我们尝试迭代这些值时，语言就会举起双手说:“是的，但你想先执行哪个??”

其他可以做到这一点(迭代无序枚举)的语言可能是相同的语言，其中所有内容实际上都是一个地图或字典，你可以迭代地图的键，无论是否有任何逻辑顺序。

诀窍是给它提供一些显式排序的东西，在这个例子中，suit的实例在数组中按照我们想要的顺序。一旦你这么说，霉霉就会说“你为什么不一开始就这么说呢?”

另一个简写技巧是在fromRaw函数上使用强制操作符。这说明了关于枚举的另一个“陷阱”，即可能传入的值的范围通常大于枚举的范围。例如，如果我们说Rank.fromRaw(60)，就不会返回值，所以我们使用了语言的可选特性，在我们开始使用可选特性的地方，很快就会出现强制。(或者交替if let结构，这对我来说仍然有点奇怪)

另一个解决方案:

enum Suit: String {
    case spades = "♠"
    case hearts = "♥"
    case diamonds = "♦"
    case clubs = "♣"

    static var count: Int {
        return 4   
    }

    init(index: Int) {
        switch index {
            case 0: self = .spades
            case 1: self = .hearts
            case 2: self = .diamonds
            default: self = .clubs
        }
    }
}

for i in 0..<Suit.count {
    print(Suit(index: i).rawValue)
}

在Swift中，枚举类型可以像EnumType一样访问。案例:

let tableView = UITableView(frame: self.view. view)UITableViewStyle.Plain)

大多数情况下，只有当您有几个选项可以使用，并且确切地知道在每个选项上要做什么时，才会使用枚举类型。

在处理枚举类型时，使用for-in结构没有太大意义。

你可以这样做，例如:

func sumNumbers(numbers : Int...) -> Int {
    var sum = 0

    for number in numbers{
        sum += number
    }

    return sum
}

enum Rank: Int {
    ...
    static let ranks = (Rank.Ace.rawValue ... Rank.King.rawValue).map{Rank(rawValue: $0)! }

}
enum Suit {
    ...
    static let suits = [Spades, Hearts, Diamonds, Clubs]
}

struct Card {
    ...
    static func fullDesk() -> [Card] {
        var desk: [Card] = []
        for suit in Suit.suits {
            for rank in Rank.ranks {
                desk.append(Card(rank: rank,suit: suit))
            }
        }
        return desk
    }
}

这个怎么样?

有一种聪明的方法，尽管令人沮丧，但它说明了两种不同类型的枚举之间的区别。

试试这个:

    func makeDeck() -> Card[] {
      var deck: Card[] = []
      var suits: Suit[] = [.Hearts, .Diamonds, .Clubs, .Spades]
      for i in 1...13 {
        for suit in suits {
          deck += Card(rank: Rank.fromRaw(i)!, suit: suit)
        }
      }
      return deck
    }

交易是，一个由数字(原始值)支持的枚举是隐式显式有序的，而一个没有数字支持的枚举是显式隐式无序的。

例如，当我们给枚举值数字时，语言足够狡猾，可以找出数字的顺序。 另一方面，如果我们不给它任何顺序，当我们尝试迭代这些值时，语言就会举起双手说:“是的，但你想先执行哪个??”

其他可以做到这一点(迭代无序枚举)的语言可能是相同的语言，其中所有内容实际上都是一个地图或字典，你可以迭代地图的键，无论是否有任何逻辑顺序。

诀窍是给它提供一些显式排序的东西，在这个例子中，suit的实例在数组中按照我们想要的顺序。一旦你这么说，霉霉就会说“你为什么不一开始就这么说呢?”

另一个简写技巧是在fromRaw函数上使用强制操作符。这说明了关于枚举的另一个“陷阱”，即可能传入的值的范围通常大于枚举的范围。例如，如果我们说Rank.fromRaw(60)，就不会返回值，所以我们使用了语言的可选特性，在我们开始使用可选特性的地方，很快就会出现强制。(或者交替if let结构，这对我来说仍然有点奇怪)

我在比特和字节中跌跌撞撞，创建了一个扩展，后来我发现它与@rintaro的答案非常相似。它是这样使用的:

enum E : EnumCollection {
    case A, B, C
}

Array(E.cases())    // [A, B, C]

值得注意的是，它可以在任何没有关联值的enum上使用。注意，这对于没有大小写的枚举不起作用。

与@rintaro的答案一样，这段代码使用枚举的底层表示。这种表示没有文档化，将来可能会改变，这会破坏它。我不建议在生产中使用这种方法。

代码(Swift 2.2, Xcode 7.3.1，不工作在Xcode 10):

protocol EnumCollection : Hashable {}
extension EnumCollection {
    static func cases() -> AnySequence<Self> {
        typealias S = Self
        return AnySequence { () -> AnyGenerator<S> in
            var raw = 0
            return AnyGenerator {
                let current : Self = withUnsafePointer(&raw) { UnsafePointer($0).memory }
                guard current.hashValue == raw else { return nil }
                raw += 1
                return current
            }
        }
    }
}

代码(Swift 3, Xcode 8.1，不工作在Xcode 10):

protocol EnumCollection : Hashable {}
extension EnumCollection {
    static func cases() -> AnySequence<Self> {
        typealias S = Self
        return AnySequence { () -> AnyIterator<S> in
            var raw = 0
            return AnyIterator {
                let current : Self = withUnsafePointer(to: &raw) { $0.withMemoryRebound(to: S.self, capacity: 1) { $0.pointee } }
                guard current.hashValue == raw else { return nil }
                raw += 1
                return current
            }
        }
    }
}

我不知道为什么我需要typealias，但编译器抱怨没有它。