raywenderlich.com的Swift编程风格指南

首页 > 代码库 > raywenderlich.com的Swift编程风格指南

raywenderlich.com的Swift编程风格指南

2024-09-24 06:32:55 220人阅读

翻译自：https://github.com/raywenderlich/swift-style-guide

这个风格指南可能和你从其它地方看到的不同，我们的焦点主要集中在互联网和文章上的可读性。创建这个编程风格指南是为了保持我们的书籍、教程和入门工具包中代码的优雅与一致性------虽然我们有和很多不同的作者合作。

我们的首要目的是简洁、可读性和简单。

你在写Objective-C吗？看看我们的Objective-C风格指南吧。

文件夹

命名

对类、方法、变量等使用包括描写叙述性的驼峰式（CamelCase）命名。类名和全局常量的全部首字母大写，方法和变量名開始第一个字母小写。

建议：

let MaximumWidgetCount = 100

class WidgetContainer {
  var widgetButton: UIButton
  let widgetHeightPercentage = 0.85
}

不建议：

let MAX_WIDGET_COUNT = 100

class app_widgetContainer {
  var wBut: UIButton
  let wHeightPct = 0.85
}

对于函数和init方法，全部的參数都要拥有一个有着良好命名的參数名，除非上下文已经非常清晰了。假设在外部调用函数的时候包括了參数名，将会使函数调用更加易读：

func dateFromString(dateString: NSString) -> NSDate
func convertPointAt(column: Int, row: Int) -> CGPoint
func timedAction(delay: NSTimeInterval, perform action: SKAction) -> SKAction!

// would be called like this:
dateFromString("2014-03-14")
convertPointAt(column: 42, row: 13)
timedAction(delay: 1.0, perform: someOtherAction)

对于方法而言。依照Apple的习惯，在方法名里引用第一个參数：

class Guideline {
  func combineWithString(incoming: String, options: Dictionary?) { ... }
  func upvoteBy(amount: Int) { ... }
}

当我们在文章中须要引用方法的地方，要从调用者的角度包括全部必须的參数名。假设上下文非常清晰。并且准确的方法签名不重要时。你就能仅仅用法名。

从你自己的init方法实现中调用convertPointAt(column:row:)。

假设你实现了didSelectRowAtIndexPath，那么记得在你完毕工作后取消选择行。

你不能直接调用dataSource的tableView(_:cellForRowAtIndexPath:) 。

类前缀

Swift的类型都自己主动的有其模块的命名空间，其结果是不用为了降低名称冲突而必须使用前缀。假设有两个来自于不同模块的名称起了冲突，你能够通过在类型名称前加上模块名来消除两者间的歧义：

import MyModule

var myClass = MyModule.MyClass()

你不应该为Swift类型加上前缀。

假设你须要暴露一个Swift类型在Objective-C里使用，你也能提供一个合适的前缀，就像以下这样：

@objc (RWTChicken) class Chicken {
   ...
}

间隔

使用2个空格来缩进，而不是用tab，这能够节省空间，并有助于防止换行。
请务必在Xcode的偏好设置里设置。
方法的大括号和其它语句的大括号（if / else / switch / while等等）总是和语句在同一行打开，在新的一行关闭。

建议：

if user.isHappy {
  //Do something
} else {
  //Do something else
}

不建议：

if user.isHappy
{
    //Do something
}
else {
    //Do something else
}

在方法之间应该正好有一个空行。这能使结构看起来更加清晰。
在方法内用空行分隔功能。但假设分隔成太多段的话，经常意味着你须要把一个方法重构成多个方法。

凝视

在须要的时候。用凝视来解释一段特殊的代码为什么要这么做，凝视必须保持更新或者干脆删掉。

避免在代码里嵌入大块凝视，应该让代码本身作为自己的文档。

例外：这不适用于那些通过凝视来生成文档的情况。

类和结构体

这里有一个风格非常好的定义类的样例：

class Circle: Shape {
  var x: Int, y: Int
  var radius: Double
  var diameter: Double {
    get {
      return radius * 2
    }
    set {
      radius = newValue / 2
    }
  }

  init(x: Int, y: Int, radius: Double) {
    self.x = x
    self.y = y
    self.radius = radius
  }

  convenience init(x: Int, y: Int, diameter: Double) {
    self.init(x: x, y: y, radius: diameter / 2)
  }

  func describe() -> String {
    return "I am a circle at \(centerString()) with an area of \(computeArea())"
  }

  override func computeArea() -> Double {
    return M_PI * radius * radius
  }

  private func centerString() -> String {
    return "(\(x),\(y))"
  }
}

上面的这个样例清晰地展示了以下规则：

为属性、变量、常量、參数定义以及其它申明指定类型的时候，在冒号后面而不是前面添加一个空格，比方：x: Int 和 Circle: Shape。
对于多个变量，假设它们有相同的结构和上下文环境（比方x、y），则把它们定义在同一行。
缩进属性（property）的getter/setter定义。
不要加入像interal这种默认修饰符。相同的，当覆盖一个方法时。不要在方法上再次写上它的訪问修饰符。

Self的使用

避免使用self。由于Swift并不须要使用self来訪问对象中的属性或是调用对象的方法。

对于须要使用self的唯一原因是：在初始化一个类或结构体时，要差别开属性和參数名的不同：

class BoardLocation {
  let row: Int, column: Int

  init(row: Int,column: Int) {
    self.row = row
    self.column = column
  }
}

函数定义

在一行中定义函数声明（包括左括号）：

func reticulateSplines(spline: [Double]) -> Bool {
  // reticulate code goes here
}

对于拥有长签名的函数，在合适的地方加入一个换行符。并为随后的几行加入一个额外的缩进：

func reticulateSplines(spline: [Double], adjustmentFactor: Double,
    translateConstant: Int, comment: String) -> Bool {
  // reticulate code goes here
}

闭包

尽可能地使用跟随闭包语法（Trailing Closure Syntax）。

在不论什么情况下，给闭包中的參数具有描写叙述性的名称：

return SKAction.customActionWithDuration(effect.duration) { node, elapsedTime in 
  // more code goes here
}

对上下文清晰的单行表达式闭包，使用隐式的return：

attendeeList.sort { a, b in
  a > b
}

类型

假设可能的话，总是使用Swift的原生类型。

Swift提供了桥接（Bridging）到Objective-C的功能，在须要时你也能使用Objective-C的完整方法：

建议：

let width = 120.0                                    //Double
let widthString = (width as NSNumber).stringValue    //String

不建议：

let width: NSNumber = 120.0                                 //NSNumber
let widthString: NSString = width.stringValue               //NSString

在使用Sprite Kit的代码里，使用CGFloat能使代码更加简洁，同一时候能避免太多的类型转换。

常量

常量使用letkeyword定义，变量使用varkeyword定义。用let适当地定义那些永远不会被改动的值。你可能会因此发现你自己用let远超过用var。

提示：一个技巧能帮助我们达到这个标准：把全部的东西都定义成常量，仅仅有当编译器报错时才将其替换为变量。

Optional

用?定义变量和方法的返回值为optional。表示该值能够接受nil。

假设你知道一个实例变量一定会在使用前被初始化，如viewDidLoad方法里会设置全部的子视图，你就能用 ! 对这个变量做隐式的拆包。

当訪问一个optional的值时，假设该值仅仅訪问一次，或者有太多的optioanl值关联。那么就用Optional Chaining：

myOptional?
.anotherOne?.optionalView?.setNeedsDisplay()

假设想更方便的做一次拆包然后运行多个操作。用Optional Binding：

if let view = self.optionalView {
  // do many things with view
}

结构体的初始化

使用Swift原生的结构体初始化方式比曾经的CGGeometry构造方式要好。

建议：

let bounds = CGRect(x: 40, y: 20, width: 120, height: 80)
var centerPoint = CGPoint(x: 96, y: 42)

不建议：

let bounds = CGRectMake(40, 20, 120, 80)
var centerPoint = CGPointMake(96, 42)

类型判断

Swift编译器能够判断出变量和常量的数据类型。你能够通过提供类型别名（就是冒号后面的）来显式声明数据类型。但大多数情况下不须要这么做。

我们喜欢简明扼要的代码。让编译器去判断变量和常量的类型吧。

（在某些情况下可能须要显式声明，比方你对一个变量赋一个浮点型，Swift会将这个变量判断为double。而不是float，假设你一定要用float，就仅仅能显式声明了）

建议：

let message = "Click the button"
var currentBounds = computeViewBounds()

不建议：

let message: String = "Click the button"
var currentBounds: CGRect = computeViewBounds()

备注：依照本原则：取一个具有描写叙述性的名字比什么都要重要。

语法糖

定义泛型类型时使用快捷方式比使用完整语法要更好。

建议：

var deviceModels: [String]
var employees: [Int: String]
var faxNumber: Int?

不建议：

var deviceModels: Array<String>
var employees: Dictionary<Int, String>
var faxNumber: Optional<Int>

控制流

for-in比完整的for-condition-increment样式要好：

建议：

for _ in 0..<3 {
  println("Hello three times")
}

for person in attendeeList {
  // do something
}

不建议：

for var i = 0; i < 3; i++ {
  println("Hello three times")
}

for var i = 0; i < attendeeList.count; i++ {
  let person = attendeeList[i]
  // do something
}

分号

Swift不再须要你的每一行代码后面加上分号，仅仅要当你想把多条语句放在同一行的时候才是必须的。

不要把多条语句用分号分隔写在一行。

仅仅有一种例外情况：构造for-condition-increment的时候必须用分号。然而，尽可能地使用for-in循环。

建议：

var swift = "not a scripting language"

不建议：

var swift = "not a scripting language";

备注：Swift与JavaScript有非常大不同，在JavaScript里省略分号通常被觉得是不安全的。

语言

使用美式英语去适应Apple的API。

建议：

var color = "red"

不建议：

var colour = "red"

笑脸

笑脸是raywenderlick.com站点非常突出的特色功能。正确的笑脸意味着对编程有着无比的快乐与兴奋。这是非常重要的。使用右方括号]代表了能被ASCII Art记录的最大的微笑。而右括号）表示创建了一个半心半意的笑脸，因此这是不可取的。

建议：

:]

不建议：

:)

功臣

这份风格指南是最时尚的raywenderlich.com团队成员们努力协作的成果：

Soheil Moayedi Azarpour
Scott Berrevoets
Eric Cerney
Sam Davies
Evan Dekhayser
Jean-Pierre Distler
Colin Eberhardt
Greg Heo
Matthijs Hollemans
Erik Kerber
Christopher LaPollo
Andy Pereira
Ryan Nystrom
Cesare Rocchi
Ellen Shapiro
Marin Todorov
Chris Wagner
Ray Wenderlich
Jack Wu

向Nicholas Waynik和Objective-C风格指南的团队致敬！

我们的灵感来自于苹果的Swift參考材料：

The Swift Programming Language
Using Swift with Cocoa and Objective-C
Swift Standard Library Reference

raywenderlich.com的Swift编程风格指南

声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉：投诉/举报工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。

联系
我们

首页 > 代码库 > raywenderlich.com的Swift编程风格指南