Swift 3.0 的方法名变化

1.loadNibNamed(name, owner:, options: )

2.3
func loadNibNamed(_ name: String!,
            owner owner: AnyObject!,
          options options: [NSObject : AnyObject]!) -> [AnyObject]!
3.0+
func loadNibNamed(_ name: String, 
                  owner: Any?, 
                options: [AnyHashable : Any]? = nil) -> [Any]?
区别比较大的是就是返回值变为可选值,option可以为空
另:NSBoundle.mainBoundle   ---> Boundle.main

2.增加了IndexPath,替代NSIndexPath

asklak

3.CG开头的,变为cg

LL

4.@escaping关键字

报错信息.png

5.通知监听的name参数的写法,以前是直接用值,现在要要想key值外包裹一层

NotificationCenter.default.addObserver(self, selector: #selector(HSBaseViewController.skinDidChanged(_:)), name: kNotifyChangeSkinKey, object: nil)

NotificationCenter.default.addObserver(self, selector: #selector(HSBaseViewController.skinDidChanged(_:)), name: NSNotification.Name(rawValue: kNotifyChangeSkinKey), object: nil)

6.if let guard Let 判断多个变量的时候,每个变量都要加上let a

  • .

7.url 的 relativePath 属性由String?变为String

  • .

8.函数的外部参数如果不需要,则不能省略,需要_表示

  • .

9.@objc(tableView:didSelectRowAtIndexPath:)

  • .

10.UITextView的 text值不能为空

  • .

11.fileprivate 和 private

  • 3.x之前:修饰变量的private是可以在同文件下访问的,但是不能跨文件访问
  • 3.x之后,用fileprivate代替之前的private的修饰变量的作用,而private关键字所修饰的只能在本类中使用,同文件也不能访问

12.open (关于open的解释转载自Swift 3必看:新的访问控制fileprivate和open)

open则是弥补public语义上的不足。
现在的pubic有两层含义:

  • 这个元素可以在其他作用域被访问
  • 这个元素可以在其他作用域被继承或者override

继承是一件危险的事情。尤其对于一个framework或者module的设计者而言。在自身的module内,类或者属性对于作者而言是清晰的,能否被继承或者override都是可控的。但是对于使用它的人,作者有时会希望传达出这个类或者属性不应该被继承或者修改。这个对应的就是 final

final的问题在于在标记之后,在任何地方都不能override。而对于lib的设计者而言,希望得到的是在module内可以被override,在被import到其他地方后其他用户使用的时候不能被override

这就是 open产生的初衷。通过open和public标记区别一个元素在其他module中是只能被访问还是可以被override。

下面是例子:

/// ModuleA:
 
// 这个类在ModuleA的范围外是不能被继承的,只能被访问
public class NonSubclassableParentClass {
 
    public func foo() {}
 
    // 这是错误的写法,因为class已经不能被继承,
    // 所以他的方法的访问权限不能大于类的访问权限
    open func bar() {}
 
    // final的含义保持不变
    public final func baz() {}
}
 
// 在ModuleA的范围外可以被继承
open class SubclassableParentClass {
    // 这个属性在ModuleA的范围外不能被override
    public var size : Int
 
    // 这个方法在ModuleA的范围外不能被override
    public func foo() {}
 
    // 这个方法在任何地方都可以被override
    open func bar() {}
 
    ///final的含义保持不变
    public final func baz() {}
}
 
/// final的含义保持不变
public final class FinalClass { }
/// ModuleB:
 
import ModuleA
 
// 这个写法是错误的,编译会失败
// 因为NonSubclassableParentClass类访问权限标记的是public,只能被访问不能被继承
class SubclassA : NonSubclassableParentClass { }
 
// 这样写法可以通过,因为SubclassableParentClass访问权限为 `open`.
class SubclassB : SubclassableParentClass {
 
    // 这样写也会编译失败
    // 因为这个方法在SubclassableParentClass 中的权限为public,不是`open'.
    override func foo() { }
 
    // 这个方法因为在SubclassableParentClass中标记为open,所以可以这样写
    // 这里不需要再声明为open,因为这个类是internal的
    override func bar() { }
}
 
open class SubclassC : SubclassableParentClass {
    // 这种写法会编译失败,因为这个类已经标记为open
    // 这个方法override是一个open的方法,则也需要表明访问权限
    override func bar() { } 
}
 
open class SubclassD : SubclassableParentClass {
    // 正确的写法,方法也需要标记为open
    open override func bar() { }    
}
 
open class SubclassE : SubclassableParentClass {
    // 也可以显式的指出这个方法不能在被override
    public final override func bar() { }    
}

你可能感兴趣的:(Swift 3.0 的方法名变化)