Swift ivar(属性)的命名约定
Swift naming conventions for ivars (properties)
class MainWindowController: NSWindowController, NSSplitViewDelegate {
@IBOutlet var splitView: NSSplitView!
override func windowDidLoad() {
splitView.setPosition(lastSplitViewPosition, ofDividerAtIndex: 0)
}
func splitView(splitView: NSSplitView!, canCollapseSubview subview: NSView!) -> Bool {
return subview == splitView.subviews[0] as NSView
}
Swift 中 NSSplitView 插座的命名约定是什么?如果我像上面那样称它为 splitView 它很烦人,因为 windowDidLoad 中的 splitView 是 属性 (我也可以把它写成 self.splitView) 而委托方法中的那个是 splitView:canCollapseSubview:
的参数
我能想到的选项:
- 始终使用 self.splitView 作为 属性
- 以不同的方式命名 属性
- 以不同方式命名委托方法中的参数(丑陋...)
Swift中的约定是尽可能清楚地命名属性和参数,而不必担心这种情况。仅在必要时才使用 self.
来区分它们。 Apple 在 iBook The Swift Programming Language 中使用此约定,尤其是对于初始化器。
class MainWindowController: NSWindowController, NSSplitViewDelegate {
@IBOutlet var splitView: NSSplitView!
override func windowDidLoad() {
splitView.setPosition(lastSplitViewPosition, ofDividerAtIndex: 0)
}
func splitView(splitView: NSSplitView!, canCollapseSubview subview: NSView!) -> Bool {
return subview == splitView.subviews[0] as NSView
}
Swift 中 NSSplitView 插座的命名约定是什么?如果我像上面那样称它为 splitView 它很烦人,因为 windowDidLoad 中的 splitView 是 属性 (我也可以把它写成 self.splitView) 而委托方法中的那个是 splitView:canCollapseSubview:
的参数我能想到的选项:
- 始终使用 self.splitView 作为 属性
- 以不同的方式命名 属性
- 以不同方式命名委托方法中的参数(丑陋...)
Swift中的约定是尽可能清楚地命名属性和参数,而不必担心这种情况。仅在必要时才使用 self.
来区分它们。 Apple 在 iBook The Swift Programming Language 中使用此约定,尤其是对于初始化器。