精品无码综合专区在线,国产一国产一级秋霞片,日韩人妻无码专区综合网

我們需要經(jīng)常帶著新問題來重新審視一下以前的代碼規(guī)范。

Kevin 的規(guī)范：“如果尾部的閉包參數(shù)是函數(shù)式的就用圓括號。如果是程序式的就用花括號?！?/p>

myCollection.map({blah}).filter({blah}).etc
myCollection.forEach {} // 或者 
dispatch_after(when, queue) {}

樣式一致性與閉包是否有返回值相關。目前存在的爭議是我們是否應該在尾部花括號的左邊留空格。

self 的規(guī)范：“當編譯器可以自動推斷成員類型時，你就可以在使用隱式成員表達式時省略 self。但無論何時，只要一個方法調用會反射到一個實例，就要使用 self?！?/p>

仔細考慮下面 for 循環(huán)語句中的 where 分支。contains 方法就是在沒有明確對象的情況下調用的。那是誰做了 contains 操作呢? 因為方法參數(shù)中沒有傳入容器對象，所以這個對象只能是調用這個方法的實例。

for (flagLessOne, string) in strings.enumerate() 
    where contains(
        Features(rawValue: 1<<(flagLessOne + 1))) {
    nameArray.append(string)
}

完全合格的調用明確指出了原本模糊不清的對象，同時極大滴提高了代碼的可讀性：

for (flagLessOne, string) in strings.enumerate() 
    where self.contains(
        Features(rawValue: 1<<(flagLessOne + 1))) {
    nameArray.append(string)
}

條件級聯(lián)綁定的規(guī)范：“除非你做的是 var 和 let 混合的條件綁定，只用一個 if let 或者 if var 就可以了，需要的話可以自由添加空格?！?/p>

不要使用下面的方式：

if let x = x, let y = y, let z = z {blah}

使用這種：

if let x = x, y = y, z = z {blah}

省略多余的 let 關鍵字可以讓級聯(lián)綁定更加簡潔，而且 Xcode 會幫你對這些代碼的格式進行很好的調整：

if let
    x = x,
    y = y,
    z = z {
    ...blah...
}

盡管級聯(lián)綁定避免了 pre-Swift 2 中的“鞭尸金字塔“，但它們又導致了“恐怖便秘塊“的問題。這種問題主要出現(xiàn)在下面兩種情況：

存在大量的串行綁定，再加上空行和注釋時（就像下面的代碼）
使用了一系列 guard 語句時。

if let
    // 以字典的方式訪問 JSON 
    json = json as? NSDictionary,


    // 檢查結果數(shù)組
    resultsList = json["results"] as? NSArray,


    // 提取第一項
    results = resultsList.firstObject as? NSDictionary,


    // 提取名字和價格
    name = results["trackName"] as? String, 
    price = results["price"] as? NSNumber {


    // ... blah blah ...
  }

模式匹配關鍵字的規(guī)范：“如果都是綁定，那就要把綁定組合起來?！?/p>

通過把關鍵字移動到元組外面的方式來把多模式匹配綁定組合起來。將下面的代碼：

if case (let x?, let y?) = myOptionalTuple {
    print(x, y)
}

替換為：

if case let (x?, y?) = myOptionalTuple {
    print(x, y)
}

isEmpty 的規(guī)范：“如果你在檢測一個集合元素的個數(shù)，你可能就是在犯錯?！庇?isEmpty 替換 count == 0。

void 的規(guī)范：“使用 void 返回類型，而不是 ()?！毕旅媸且粋€返回 -> Void 而不是 -> () 的方法。

func doThis() -> Void 
func notThis() -> ()

! 的規(guī)范：“每當你在 Swift 中用驚嘆號的時候，一只小貓就會死?！北M可能的避免使用強制轉換和強制解包。

創(chuàng)建集合的規(guī)范：“使用顯式類型和空集合?！鳖愋驮谫x值操作符的左邊，空實例在賦值操作符的右邊。

把下面的代碼：

var x = [String: Int]() // 以及
var y = [Double]()
var z = Set<String>()
var mySet = MyOptionSet()

替換為：

var x: [String: Int] = [:]
var y: [Double] = []
var z: Set<String> = []
var mySet: MyOptionSet = []

引用

“Mike Ash”的冒號規(guī)范：“右側加上空格，而左側不需要?！監(jiān)r no soup for you!

將：

[key: value] // 以及
struct Foo: MyProtocol

替換為：

[key : value]
struct Foo : MyProtocol

從 Objective-C 過來的規(guī)范：

不要在 if 和 switch 條件兩邊或者 return 關鍵詞上加 Objective-C 樣式的圓括號。
為所有常量使用“駱駝拼寫法”，如 allTheConstants 而不是 ALL_CAPS
用 Swift 的構造器替代傳統(tǒng)的，例如：用 CGPoint(x: 1, y:1) 替代 CGPointMake(1, 1) -避免使用行尾分號，盡管這樣是可以編譯通過的。它們會讓你的代碼看起來很糟糕，而且用起來體驗也很差。

更新

當然，這不是說說而已，我已經(jīng)在代碼中進行了實踐：

這里寫圖片描述

github 代碼地址

[譯]幾個 Swift 代碼規(guī)范 #swiftlang