Swift 编程风格指南(raywenderlich.com 版本)

官方 raywenderlich.com Swift 编程风格指南

本文版权归 raywenderlich.com 、The Official raywenderlich.com Swift Style Guide项目以及所有贡献者所有。译者翻译仅供知识传播使用。

本风格指南的目标是让Swift代码更简洁、可读更强。

语言

推荐使用跟苹果API文档风格统一的英语。

推荐:

var color = "red"

不推荐:

var colour = "red" 

空白

  • 使用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
}
  • 方法定义之间需要插入一个空行,让代码在视觉上更清晰,也便于管理。方法内部也需要使用空行来分隔不同功能的代码块,但如果一个方法中有太多代码块,你最好将它们拆分为多个方法(重构)。

注释

只有在必要的时候才写注释来解释某段代码为什么那么做。注释必须跟代码同步更新,该删掉时就删掉。

尽量避免使用多行注释,而是让代码本身去解释自己的功能。

命名

使用可描述性的驼峰式命名法为类、函数、方法、变量等命名。模块中的类名和常量名首字母需要大写,而方法名和变量名的首字母需要小写。

推荐:

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)

对于类中的方法,请遵循苹果惯例,将方法名作为第一个参数的外部名:

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

如果在非代码文本(包括教程、书籍以及注释中)中引用了某个函数,请提供函数所有参数的外部参数名:

The dateFromString() function is great.
Call convertPointAt(column:, row:) from your init() method.
The return value of timedAction(delay:, perform:) may be nil.
Guideline objects only have two methods: combineWithString(options:) and upvoteBy()
You shouldn‘t call the data source method tableView(cellForRowAtIndexPath:) directly.

类前缀

Swift中的模块(module)包含了命名空间,所有在模块中定义的类型名都不会与其它模块冲突。所以我们不再需要使用前缀命名来减少命名冲突。如果两个来自不同模块的相同名字需要同时引用,你可以使用模块名+点+类型名的方式来处理:

import MyModule

var myClass = MyModule.MyClass()

再次重申,请不要在Swift类型命名时加前缀。

如果你需要将Swift类型暴露给Objective-C,你可以为其指定一个在Objective-C中使用的合适前缀(请参考ObjC编程风格指南

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

分号

Swift不需要在每条语句后加分号。但如果将多条语句写在一行代码中,这时需要加上分号。 然而我们并不推荐这种将多行语句写在一行的做法。 唯一例外是for-conditional-increment结构,它必须使用分号。但你应该尽量使用for-in结构来替代这种行为: 推荐:

var swift = "not a scripting language"

不推荐:

var swift = "not a scripting language";

注意: Swift跟Javascript有很大区别,Javascript中如果忽略分号会被认为造成代码的不安全

类和结构体

请将类和结构体中的代码按以下顺序进行组织:

  • 变量和常量属性
  • 构造器
  • 公共方法
  • 私有方法
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 (\(x),\(y)) with an area of \(computeArea())"
  }

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

上面的例子还展示了以下风格:

  • 定义属性、变量、常量、参数以及其他语句时,在其后面加上空格,而不是在前面加。比如说,x: Int 和 Circle: Shape
  • 属性的gettersetter以及属性观察器willSetdidSet的实现都需要缩进;
  • 如果多个变量和结构体有相同的使用目的或使用环境,可以将它们定义在同一行代码中。

Self 的使用

请避免在Swift中使用self,因为我们不需要使用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
}

闭包

请尽量使用掉尾(就是将最后一个闭包参数直接附在方法调用后,看起来像是控制语句的body一样)闭包语法。无论何时,请给闭包中每个参数一个描述性的名字:

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

笔者:@aemaeth 提出将闭包参数另起一行的写法,我认为更合理,解决了多个闭包参数过长的问题。

对于一行表达式闭包,当使用场景明确时,可以使用隐式返回:

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

类型

请尽量使用Swift提供的原生类型。Swift也提供了原生类型对象桥接到Objective-C对象的办法,所以必要时你能随意使用这些桥接对象提供的方法。

推荐:

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

不推荐:

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

Sprite Kit代码中,请多使用CGFloat,这样代码会更简洁,也能避免非常多的类型转换。

常量

常量使用let关键字定义,而变量使用var关键字定义。

如果一个值是常量,那就必须使用let关键字来准确定义。最终你会发现,你使用let的频率远大于var

小技巧:一开始你可以将所有值都定义为常量,然后如果编译器报错了再作适当的调整。

可选

如果可以接受nil值,请将变量或函数返回值的类型定义为可选类型(加?)。

当你明确知道实例变量在使用前会完成初始化,比如说视图控制器中的子视图subviews在使用前会在viewDidLoad中初始化,那么你可以将这些变量定义为隐式解析类型(使用!)。

当访问一个可选值时,如果只访问一次,或者方式时有多种可能性,请使用可选链:

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

使用可选绑定optional binding对只拆包(unwrap)一次,但执行多次操作的情况非常合适:

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

类型推断

Swift编译器可以推断出变量和常量的类型。你可以为每个常量或变量提供一个显示的类型(加个冒号,并在后面写上类型名),但大部分情况不必这么做。

我们建议多使用类型推断让编译器自动推断出常量或变量的类型,这样代码会更紧凑。

推荐:

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

不推荐:

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

注意:遵循此规则意味着在命名时,需要更慎重的选择具有描述性的名字。

流程控制

建议多使用for-in风格的for循环,而不是传统的for-condition-increment风格。

推荐:

for _ in 0..5 {
  println("Hello five times")
}

for person in attendeeList {
  // do something
}

不推荐:

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

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

笑脸

笑脸在raywenderlich.com网站中是一个非常突出的特性。正确的使用笑脸来表达在编程时的一种极大的快乐和兴奋,至关重要。我们使用右方括号],因为它代表了ASCII艺术字符中最大的微笑;而使用右小括号)的笑脸显得有点不那么诚心,所以我们不推荐使用。

推荐:

:]

不推荐:

:)
时间: 2024-10-09 09:59:36

Swift 编程风格指南(raywenderlich.com 版本)的相关文章

Swift 编程风格指南(raywenderlich.com 版本号)

官方 raywenderlich.com Swift 编程风格指南 本文版权归 raywenderlich.com .The Official raywenderlich.com Swift Style Guide项目以及全部贡献者全部. 译者翻译仅供知识传播使用. 本风格指南的目标是让Swift代码更简洁.可读更强. 语言 推荐使用跟苹果API文档风格统一的英语. 推荐: var color = "red" 不推荐: var colour = "red" 空白 使

raywenderlich.com的Swift编程风格指南

翻译自:https://github.com/raywenderlich/swift-style-guide 这个风格指南可能和你从其它地方看到的不同,我们的焦点主要集中在互联网和文章上的可读性.创建这个编程风格指南是为了保持我们的书籍.教程和入门工具包中代码的优雅与一致性------虽然我们有和很多不同的作者合作. 我们的首要目的是简洁.可读性和简单. 你在写Objective-C吗?看看我们的Objective-C风格指南吧. 文件夹 命名 对类.方法.变量等使用包括描写叙述性的驼峰式(Ca

[转]Swift编程风格指南

语言 使用美式英语拼写以匹配苹果公司的API 优选: var color = "red" 不建议使用: var colour = "red" 间隔 使用2个空格进行缩进而不是使用Tab,这样可以节省空格,阻止换行.确保在Xcode的配置项中进行了设置. 方法的花括号以及其它花括号(if/else/switch/while等等)总是跟语句在同一行开始,但是在新的一行中结束. 优选: if user.isHappy { //Do something } else { /

Google Java编程风格指南(转)

目录 前言 源文件基础 源文件结构 格式 命名约定 编程实践 Javadoc 后记 前言 这份文档是Google Java编程风格规范的完整定义.当且仅当一个Java源文件符合此文档中的规则, 我们才认为它符合Google的Java编程风格. 与其它的编程风格指南一样,这里所讨论的不仅仅是编码格式美不美观的问题, 同时也讨论一些约定及编码标准.然而,这份文档主要侧重于我们所普遍遵循的规则, 对于那些不是明确强制要求的,我们尽量避免提供意见. 1.1 术语说明 在本文档中,除非另有说明: 术语cl

Google Java编程风格指南

作者:Hawstein出处:http://hawstein.com/posts/google-java-style.html声明:本文采用以下协议进行授权: 自由转载-非商用-非衍生-保持署名|Creative Commons BY-NC-ND 3.0 ,转载请注明作者及出处. 目录 前言 源文件基础 源文件结构 格式 命名约定 编程实践 Javadoc 后记 前言 这份文档是Google Java编程风格规范的完整定义.当且仅当一个Java源文件符合此文档中的规则, 我们才认为它符合Googl

[转]Google的Java编程风格指南(Java编码规范)

这份文档是Google Java编程风格规范的完整定义.当且仅当一个Java源文件符合此文档中的规则, 我们才认为它符合Google的Java编程风格. 与其它的编程风格指南一样,这里所讨论的不仅仅是编码格式美不美观的问题, 同时也讨论一些约定及编码标准.然而,这份文档主要侧重于我们所普遍遵循的规则, 对于那些不是明确强制要求的,我们尽量避免提供意见. 1.1 术语说明 在本文档中,除非另有说明: 1.术语class可表示一个普通类,枚举类,接口或是annotation类型(@interface

MATLAB 编程风格指南及注意事项

MATLAB编程风格指南Richard Johnson 著Genial 译MATLAB 编程风格指南Richard JohnsonVersion 1.5,Oct. 2002版权: Datatool 所有翻译:Genial @ USTC“Language is like a cracked kettle on which we beat tuned to dance to, while allthe time we long to move the stars to pity.”- Gustave

Google的Java编程风格指南(Java编码规范)

这份文档是Google Java编程风格规范的完整定义.当且仅当一个Java源文件符合此文档中的规则, 我们才认为它符合Google的Java编程风格. 与其它的编程风格指南一样,这里所讨论的不仅仅是编码格式美不美观的问题, 同时也讨论一些约定及编码标准.然而,这份文档主要侧重于我们所普遍遵循的规则, 对于那些不是明确强制要求的,我们尽量避免提供意见. 1.1 术语说明 在本文档中,除非另有说明: 1.术语class可表示一个普通类,枚举类,接口或是annotation类型(@interface

Google Java编程风格指南中文版

Google Java编程风格指南中文版 作者:Hawstein出处:http://hawstein.com/posts/google-java-style.html声明:本文采用以下协议进行授权: 自由转载-非商用-非衍生-保持署名|Creative Commons BY-NC-ND 3.0 ,转载请注明作者及出处. 目录 前言 源文件基础 源文件结构 格式 命名约定 编程实践 Javadoc 后记 前言 这份文档是Google Java编程风格规范的完整定义.当且仅当一个Java源文件符合此