[Swift Tips 读书笔记]从 Objective-C 到 Swift(二)

1. @objc 和 dynamic

2. 可选协议和协议扩展
3. 内存管理，weak 和 unowned
4. @autoreleasepool
5. 值类型和引⽤类型
6. String 还是 NSString

--

@objc 和 dynamic

• swift工程调用OC代码
  在一个swift工程里使用OC的代码，需要导入一个文件 'OCToSwift-Bridging-Header.h' (OCToSwift是工程名)。在这个头文件里面导入OC代码的头文件，这样就可以在swift里直接调用OC代码了。

  
  
  

  swift工程里创建OC文件，Xcode 提示创建桥头文件

• OC工程调用Swift代码

  // 如果调用一个swift写的第三方库，二者不在同一个target里
  @import SwiftVender; //引入SwiftVender模块
  
  // 如果调用同一个工程里的swift文件。
  #import "OCProject-Swift.h"//导入头文件 
  

OC 是动态语言，类型的确定和方法的调用等都是等到运行时去确定的，但是swift为了追求性能，如果没有特殊需要，是在编译时就确定的，运行时候不用再查找，而是可以直接使用。

这就导致一个问题，如果用OC代码调用纯swift类型时候，就会因为找不到需要的信息而失败。

解决方法就是，在swift类型文件中，在需要暴露给OC的任何地方(类、属性、方法)前都加上 @objc 修饰符。（这个步骤，针对不是继承自NSObject类的class，如果一个类继承自NSObject，swift会默认自动给非private的地方加上@objc。如果要使用private方法或属性的动态话方法，要手动加@objc。）

@objc 的另一个作用体现在OC侧。一个swift类名或者方法名时汉字的时候。在OC里面调用的时候用@objc将其转为ASCII码。

@objc修饰不意味着这个方法或属性会动态派发，如果想要使用动态的特性，用dynamic修饰。

--

可选协议和协议扩展

屏幕快照_2017-06-05_15_34_38.png

• OC里的协议方法，可以通过关键字@required 和 @optional 修饰，如果一个方法用 @optional 修饰，继承这个协议的类就可以选择不实现方法。Swift里面协议的所有方法都是必须实现的。

• swift 实现可选协议的两种方式

  • 方式一
    用 @objc 修饰协议和可选的协议方法，并且用optional修饰可选的协议方法。

    @objc protocol ViewControllerDelegate {
    //必须实现的方法0
    func delegateMethod0(name: String)
    //可选实现的方法1
    @objc optional func delegateMethod1()
    //可选实现的方法2 。swift里面optional修饰需要在每个可选的方法前面加，而不是像OC里面只写一遍 @optional 就行了
    @objc optional func delegateMethod2()
    
    }
    

  使用 @objc 修饰的 protocol 就只能被 class 实现了，struct 和 enum 就不能实现协议里的方法了。

  • 方式二
    利用 protocol extension 的方式，给出协议的默认实现。这样在继承这个协议的类中协议方法就是可选实现的了。

    protocol ViewControllerDelegate {
      //必须实现
      func delegateMethod0(name: String)
      //可选实现
      func delegateMethod1()
    }
    
    extension ViewControllerDelegate {
      func delegateMethod1() {
          print("可选实现方法1")
      }
    }
    
    class ViewController: UIViewController,ViewControllerDelegate {
      func delegateMethod0(name: String) {
          print("必须实现的协议方法")
      }
      override func viewDidLoad() {
          super.viewDidLoad()
          self.delegateMethod0(name: "fsad")
         //ViewController 没有实现方法delegateMethod1，这里调用的是extension里的实现
          self.delegateMethod1() 
        }
    }
    

--

内存管理，weak 和 unowned

swift 的内存管理也是遵循ARC原则，进行自动内存管理。

• 在swift里防止循环引用
  用 weak 修饰，表示不希望持有这个实例。

  class ClassA: NSObject {
  weak var b : ClassB?  //用weak修饰
  deinit {
          print("A deinit")
      } 
  }
  
  class ClassB: NSObject {
    var a: ClassA?
    deinit {
        print("B deinit")
       }
  }
  
   // ClassA 中 ，声明属性b的时候用 weak 修饰。表示不希望持有 b，整个环境中，就没有对b这个实例的持有了。这个实例b就可以释放了，在b释放的时候，他对a的持有也会释放。就没有循环引用了。
   let a = ClassA()
   let b = ClassB()
    
    a.b = b
    b.a = a
  

• weak 和 unowned 的区别

  unowned 更像OC里的 unsafe_unretained，weak 像 OC 里的weak。

unowned 设置以后，即使它原来引用的内容B已经被释放了，它仍然保存一个指向原来内容B的无效引用。它不能为 Optional 值，也不能置为 nil 。如果尝试调用这个无效引用，就会导致崩溃

weak 相对来说友好一些。在它引用的内容被释放后，会置为 nil。(因此，标为weak的值都是 Optional 值)

weak 和 unowned 的使用选择。Apple的建议是，如果确定一个访问时候不会已经被释放，用 unowned 。不确定会不会被释放，用 weak。

• delegate 防止循环引用

   @objc protocol ProtocolB {
      func protocolAction()
  }
  
  //  用weak修饰
  weak var delegate : ProtocolB!;
  

• 闭包防止循环引用

lazy var blockAction: () -> () = {
    [weak self] in
    if let strongSelf = self {
        print("\(String(describing: self))")
    }
}

--

@autoreleasepool

Swift 的内存管理还是使用的ARC。不用显式的调用 retain release autorelease 这些方法，但方法还是会被调用，只不过在编译器在合适的地方帮我们加入了。

retain release很直接，就是将对象的引用计数 +1 或者 -1
autorelease 将接收到该消息的对象放到一个预先建立的自动释放池中，并在自动释放池收到drain消息时将这些对象的引用计数 -1 ，然后将它们从释放池中移除。

app中，主线程就是跑在一个自动释放池中，并且在每个主runloop结束时进行drain操作。这是一种必要的延迟释放方式，因为我们有时候需要确保在⽅法内部初始化的⽣成的对象在被返回后别⼈还能使⽤，⽽不是⽴即被释放掉。

有一种情况，我们需要自动释放：就是面对在一个方法作用域中要生成大量的autorelease对象的时候。

--

值类型和引⽤类型

swfit的类型分为值类型和引用类型两种。值类型在传递和赋值时将进行复制，引用类型只使用引用对象的一个“指向”。

值类型	引用类型
struct enum 所有内建类型包括Int Bool String Array Dictionary	自定义的 class 类型

使用值类型，相较于传统的引用类型，减少了堆上内存分配和回收的次数。

swift的值类型，复制的操作只发生在有必要的时候。简单的赋值、参数的传递等，可能名字不同，实际上都是访问的同一个内存空间。

值类型复制的时机发生在值类型的内容发上改变时。

值类型复制的时候，会将存储于其中的值类型一块复制，而对其中的引用类型，只复制一份引用。

Tip:
在需要处理大量数据并且频繁操作（增减）其中元素时，选择 NSMutableArray 和 NSMutabelDictionary 会更好
对于容器内条目小而容器本身数目多的情况，使用swift内建的Array和Dictionary

--

String 还是 NSString

尽可能使用String

原因：

1. String和NSString虽然可以方便的互相转化，但是没必要麻烦自己。
2. swift中String是struct，相比OC中的NSString class，更切合字符串'不变'的特性。
3. 有些语法 String 可以用而 NSString不能用。 比方说 for...in 便利字符串中每个字符

使用range时候，将String转为NSString更方便些。