raywenderlich.com Swift风格指南
因为该指南关注于网页上以及打印版的可读性,所以它可能与你阅读过的指南有所不同。为了保证那些在我们书中、教程里以及初学者工程里的代码美观并且一致,我们写下了这份风格指南,尽管书由许多不同作者共同创作而成。
该指南的首要目标是让代码紧凑,可读性高且简洁。
目录
语言
使用美式英语拼写以确保和苹果公司的API一致
优选:1
var color = "red"
不建议使用:1
var colour = "red"
间隔
- 使用2个空格而不是Tab进行缩进,可以减少换行。确保在Xcode的配置项中使用此设置。
- 方法的花括号以及其它花括号(
if
/else
/switch
/while
等等)总是跟语句在同一行开始,新起一行结束。
优选:
1 | if user.isHappy { |
不建议使用:
1 | if user.isHappy |
- 方法之间应该总是用一个空行进行分隔以提高视觉以及结构上的清晰度。方法中的空白用来分开功能块,但是如果一个方法中存在太多功能块时,通常意味着你需要将它重构为多个方法。
注释
在需要的时候使用注释说明一块代码为什么这么做。注释必须时刻跟进代码,不然删了得了。
代码应该尽可能的自文档化,避免在代码中使用成块的注释。例外:该规则不适用与用于生成文档的块注释。
命名
使用驼峰法为类、方法、变量等取一个描述性强的名字。模块范围的类名和常量名以大写字母开头,而方法名和变量名应以小写字母开头。
优选:
1 | let MaximumWidgetCount = 100 |
不建议使用:
1 | let MAX_WIDGET_COUNT = 100 |
对于函数以及初始化方法,除非上下文含义非常清楚,推荐对所有的参数都加以命名。如果外部参数名称可以使得函数调用更易读,请加上它。
1 | func dateFromString(dateString: NSString) -> NSDate |
对于方法,遵循苹果公司的命名规范,在方法名中提及第一个参数:
1 | class Guideline { |
在所有提及到函数的内容中(包括教程,书以及评论),请从调用者的视角进行考虑,将所有的必要参数名都包含进来:
1 | dateFromString()函数真是太棒了。 |
类前缀
Swift中的类型会被自动加入包含它们的模块的命名空间。所以减少命名冲突的前缀已经不必要了。如果同模块的两个名称冲突了,可以在名称前加上模块名消除歧义:
1 | import MyModule |
不应该给自己创建的Swift类型加前缀。
如果需要把Swift类型暴露给Objective-C使用,你可以添加一个合适的前缀(前缀的命名请参考Objective-C风格指南):
1 | RWTChicken) class Chicken { ( |
分号
Swift不要求每条语句后加分号。只有在你想把多条语句写到一行时才需要加上分号。
请不要在一行中写上用分号隔开的多条语句。
这条规则的唯一例外就是for-conditional-increment
结构,该结构中分号是必需的。不过请尽量用for-in
结构代替它们。
优选:1
var swift = "not a scripting language"
不建议使用:1
var swift = "not a scripting language";
请注意:Swift与JavaScript不同, 在后者中省略分号通常是不安全的。
类与结构体
下面是一个风格良好的类定义代码例子,请参考:
1 | class Circle: Shape { |
上面的例子阐述了如下的风格准则:
- 给属性、变量、常量、参数及其它语句指定类型时,在冒号的后面加上空格而不是前面,比如:
x: Int
跟Circle: Shape
。 - 对getter跟setter定义以及属性观察器进行缩进。
- 如果多个变量、结构有着同样的目的或者上下文,在同一行上进行定义。
Self的使用
在Swift中访问对象属性或调用方法时不需要使用self
,请避免使用它。
使用self
的唯一理由是在初始化一个类或结构体时区分属性名和参数名:
1 | class BoardLocation { |
函数声明
保持函数声明短小精悍,保持在一行内,花括号在同一行内开始:
1 | func reticulateSplines(spline: [Double]) -> Bool { |
对于有着长签名的函数,请在适当的位置进行断行且对后续行缩进一级:
1 | func reticulateSplines(spline: [Double], adjustmentFactor: Double, |
闭包
尽可能地使用尾闭包语法。在所有的情况下给闭包参数一个描述性强的名称:
1 | return SKAction.customActionWithDuration(effect.duration) { node, elapsedTime in |
对于上下文清晰的单表达式闭包,使用隐式的返回值:
1 | attendeeList.sort { a, b in |
类型
如果可能,使用Swift的原生类型。Swift提供了对Objective-C的桥接,如果需要,仍然可以使用全部的Objective-C方法:
优选:1
2let width = 120.0 //Double
let widthString = width.bridgeToObjectiveC().stringValue //String
不建议使用:1
2let width: NSNumber = 120.0 //NSNumber
let widthString: NSString = width.stringValue //NSString
在Sprite Kit的代码中,如果CGFloat
可以避免过多的转换从而使得代码简洁,那么请使用它。
常量
常量通过let
关键字定义,而变量使用var
关键字定义。任何值如果是一个不变量,那么请使用let
关键字恰如其分地定义它。最后你会发现自己喜欢使用let
远多于far
。
Tip:有一个方法可以帮你满足该项规则,将所有值都定义成常量,然后编译器提示的时候将其改为变量。
Optional
在nil值可能出现的情况下,将变量跟函数返回值的类型通过?
定义成Optional。
只有在确定实例变量会在初始化之后才被使用的情况下,通过!
将其定义为隐式解包类型(Implicitly Unwrapped Types),比如说会在viewDidLoad
中被创建的子视图。
在访问一个Optional值时,如果该值只被访问一次,或者之后需要连续访问多个Optional值,请使用链式Optional语法:
1 | myOptional?.anotherOne?.optionalView?.setNeedsDisplay() |
对于需要将Optional值解开一次,然后进行多个操作的情况,使用Optional绑定更为方便:
1 | if let view = self.optionalView { |
类型推导
Swift的编译器可以推导出变量和常量的类型。可以显式地提供类型别名(冒号后面声明的类型),不过大多数情况下这都是不必要的。
保持代码紧凑,然后让编译器推断变量跟常量的类型。
优选:1
2let message = "Click the button"
var currentBounds = computeViewBounds()
不建议使用:1
2let message: String = "Click the button"
var currentBounds: CGRect = computeViewBounds()
注意:遵循这条准则意味着使用描述性强的名称比之前更为重要了。
语法糖
Prefer the shortcut versions of type declarations over the full generics syntax.
使用简写的类型声明,而不是它的全泛型版本。
优选:1
2
3var deviceModels: [String]
var employees: [Int: String]
var faxNumber: Int?
不建议使用:1
2
3var deviceModels: Array<String>
var employees: Dictionary<Int, String>
var faxNumber: Optional<Int>
控制流
对于for
循环,优选for-in
风格而不是for-condition-increment
风格:
优选:1
2
3
4
5
6
7for _ in 0..<3 {
println("Hello three times")
}
for person in attendeeList {
// do something
}
不建议使用:1
2
3
4
5
6
7
8for var i = 0; i < 3; i++ {
println("Hello three times")
}
for var i = 0; i < attendeeList.count; i++ {
let person = attendeeList[i]
// do something
}
笑脸
笑脸对于raywenderlich.com来说是一个格外重要的风格特征。使用正确的笑脸可以表示出对某个主题的无穷尽的高兴以及兴奋程度。选用了]
是因为它在ASCII艺术可以表示得最大的笑脸。而闭圆括号)
因为给人一种“呵呵”的感觉而不建议使用。
优选:1
:]
不建议使用:
:)
致谢
该风格指南是由下面这些格外有范儿的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的参考材料中获取了灵感: