Swift 3.0
Prawie identyczny z Swift 2.0. Nazwa OptionSetType została zmieniona na OptionSet i zgodnie z konwencją wyliczenia są zapisywane małymi literami.
struct MyOptions : OptionSet {
let rawValue: Int
static let firstOption = MyOptions(rawValue: 1 << 0)
static let secondOption = MyOptions(rawValue: 1 << 1)
static let thirdOption = MyOptions(rawValue: 1 << 2)
}
Zamiast oferować none
opcję, zaleceniem Swift 3 jest po prostu użycie pustego literału tablicy:
let noOptions: MyOptions = []
Inne zastosowanie:
let singleOption = MyOptions.firstOption
let multipleOptions: MyOptions = [.firstOption, .secondOption]
if multipleOptions.contains(.secondOption) {
print("multipleOptions has SecondOption")
}
let allOptions = MyOptions(rawValue: 7)
if allOptions.contains(.thirdOption) {
print("allOptions has ThirdOption")
}
Swift 2.0
W Swift 2.0 rozszerzenia protokołów zajmują się większością standardowych elementów, które są teraz importowane jako struktura zgodna z OptionSetType
. ( RawOptionSetType
zniknął od Swift 2 beta 2.) Deklaracja jest znacznie prostsza:
struct MyOptions : OptionSetType {
let rawValue: Int
static let None = MyOptions(rawValue: 0)
static let FirstOption = MyOptions(rawValue: 1 << 0)
static let SecondOption = MyOptions(rawValue: 1 << 1)
static let ThirdOption = MyOptions(rawValue: 1 << 2)
}
Teraz możemy używać semantyki opartej na zbiorach z MyOptions
:
let singleOption = MyOptions.FirstOption
let multipleOptions: MyOptions = [.FirstOption, .SecondOption]
if multipleOptions.contains(.SecondOption) {
print("multipleOptions has SecondOption")
}
let allOptions = MyOptions(rawValue: 7)
if allOptions.contains(.ThirdOption) {
print("allOptions has ThirdOption")
}
Swift 1.2
Patrząc na opcjach Objective-C, które zostały przywiezione przez SWIFT ( UIViewAutoresizing
na przykład), możemy zobaczyć, że opcje są zadeklarowane jako struct
zgodnym z protokołem RawOptionSetType
, który z kolei jest zgodny z _RawOptionSetType
, Equatable
, RawRepresentable
, BitwiseOperationsType
, i NilLiteralConvertible
. Możemy stworzyć własne w ten sposób:
struct MyOptions : RawOptionSetType {
typealias RawValue = UInt
private var value: UInt = 0
init(_ value: UInt) { self.value = value }
init(rawValue value: UInt) { self.value = value }
init(nilLiteral: ()) { self.value = 0 }
static var allZeros: MyOptions { return self(0) }
static func fromMask(raw: UInt) -> MyOptions { return self(raw) }
var rawValue: UInt { return self.value }
static var None: MyOptions { return self(0) }
static var FirstOption: MyOptions { return self(1 << 0) }
static var SecondOption: MyOptions { return self(1 << 1) }
static var ThirdOption: MyOptions { return self(1 << 2) }
}
Teraz możemy traktować ten nowy zestaw opcji MyOptions
, tak jak opisano w dokumentacji Apple: możesz użyć enum
składni podobnej do -jak:
let opt1 = MyOptions.FirstOption
let opt2: MyOptions = .SecondOption
let opt3 = MyOptions(4)
Zachowuje się również tak, jakbyśmy oczekiwali, że opcje będą się zachowywać:
let singleOption = MyOptions.FirstOption
let multipleOptions: MyOptions = singleOption | .SecondOption
if multipleOptions & .SecondOption != nil { // see note
println("multipleOptions has SecondOption")
}
let allOptions = MyOptions.fromMask(7) // aka .fromMask(0b111)
if allOptions & .ThirdOption != nil {
println("allOptions has ThirdOption")
}
Zbudowałem generator do tworzenia zestawu opcji Swift bez konieczności znajdowania / zastępowania.
Najnowsze: Modyfikacje do Swift 1.1 beta 3.
RawOptionsSetType
: nshipster.com/rawoptionsettype