想想感觉更新一下博客吧

想想感觉更新一下博客吧。二零一七年又快过去了，忙了一年感觉没啥收获，感到是或不是理所应当写点啥，想了好久没想出要写什么。下5个月因为做事的缘故，小狗也没养了，吉他上也积满了灰尘，兴高采烈的读书壁画，到近日也没画出了啥，博客也非常久没更新了。想想感觉更新一下博客吧。

整套二零一七年本人完全接纳 Swift 实行开荒了。使用 斯威夫特进行开采是三个很欢娱的经验，小编已经完全不想再去碰 OC 了。近些日子想做八个响应式编制程序的库，所以就把它拿来享受一下。

想想感觉更新一下博客吧。Reactive Programing

谈起响应式编程，ReactiveCocoa 和 CR-Vx斯威夫特 能够说是当下 iOS 开垦中最杰出的第三方开源库了。前些天大家不聊 ReactiveCocoa 和 LacrossexSwif，我们自身来写一个响应式编制程序库。假若您对观看者格局很熟练的话，那么响应式编程就很轻易驾驭了。

响应式编程是一种面向数据流和生成传播的编制程序范式。

诸如客商输入、单击事件、变量值等都得以作为一个流，你能够考查这一个流，并基于那些流做一些操作。“监听”流的行为称为订阅。响应式正是根据这种主见。

废话比很少说，撸起袖子开干。

小编们以三个获得客商新闻的网络乞求为例：

func fetchUser(with id: Int, completion: @escaping ((User) -> Void)) {
     DispatchQueue.main.asyncAfter(deadline: DispatchTime.now()+2) {
         let user = User(name: "jewelz")
         completion(user)
     }
}

想想感觉更新一下博客吧。上边是我们平日的做法，在伸手方法里传出一个回调函数，在回调里得到结果。在响应式里面，大家监听央求，当呼吁实现时，观看者获得更新。

func fetchUser(with id: Int) -> Signal<User> {}

出殡网络哀求就足以如此：

fetchUser(with: "12345").subscribe({

})

想想感觉更新一下博客吧。在做到 Signal 以前， 必要定义订阅后回来的数据结构，这里笔者只关切成功和挫败二种景况的数量，所以能够这么写:

enum Result<Value> {
    case success(Value)
    case error(Error)
}

近来得以起来兑现大家的 Signal 了:

final class Signal<Value> {
    fileprivate typealias Subscriber = (Result<Value>) -> Void
    fileprivate var subscribers: [Subscriber] = []

    func send(_ result: Result<Value>) {
        for subscriber in subscribers {
            subscriber(result)
        }
    }

    func subscribe(_ subscriber: @escaping (Result<Value>) -> Void) {
        subscribers.append(subscriber)
    }
}

写个小例子测验一下：

let signal = Signal<Int>()
signal.subscribe { result in
    print(result)
}
signal.send(.success(100))
signal.send(.success(200))

// Print
success(100)
success(200)

想想感觉更新一下博客吧。咱俩的 Signal 已经得以健康办事了，不过还会有众多立异的空间，大家得以行使贰个厂子方法来成立一个Signal, 同一时间将 send成为私有的：

static func empty() -> ((Result<Value>) -> Void, Signal<Value>) {
     let signal = Signal<Value>()
     return (signal.send, signal)
}

fileprivate func send(_ result: Result<Value>) { ... }

前天我们要求那样使用 Signal 了：

let (sink, signal) = Signal<Int>.empty()
signal.subscribe { result in
    print(result)
}
sink(.success(100))
sink(.success(200))

继之我们能够给 UITextField 绑定一个 Signal，只需求在 Extension 中给 UITextField增加贰个划算属性 ：

extension UITextField {
    var signal: Signal<String> {
        let (sink, signal) = Signal<String>.empty()
        let observer = KeyValueObserver<String>(object: self, keyPath: #keyPath(text)) { str in
            sink(.success(str))
        }
        signal.objects.append(observer)
        return signal
    }
}

地点代码中的 observer 是二个有个别变量，在 signal调用完后，就能够被销毁，所以必要在 Signal 中保存该对象，能够给 Signal 加多三个数组，用来保存须要延长生命周期的对象。 KeyValueObserver 是对 KVO 的大约包装，其落到实处如下：

final class KeyValueObserver<T>: NSObject {

    private let object: NSObject
    private let keyPath: String
    private let callback: (T) -> Void

    init(object: NSObject, keyPath: String, callback: @escaping (T) -> Void) {
        self.object = object
        self.keyPath = keyPath
        self.callback = callback
        super.init()
        object.addObserver(self, forKeyPath: keyPath, options: [.new], context: nil)
    }

    override func observeValue(forKeyPath keyPath: String?, of object: Any?, change: [NSKeyValueChangeKey : Any]?, context: UnsafeMutableRawPointer?) {
        guard let keyPath = keyPath, keyPath == self.keyPath, let value = change?[.newKey] as? T else { return }

        callback(value)
    }

    deinit {
        object.removeObserver(self, forKeyPath: keyPath)
    }
}

前日就能够动用textField.signal.subscribe({}) 来观看 UITextField内容的改变了。

在 Playground 写个 VC 测量试验一下：

class VC {
    let textField =  UITextField()
    var signal: Signal<String>?

    func viewDidLoad() {
        signal = textField.signal
        signal?.subscribe({ result in
            print(result)
        })
        textField.text = "1234567"
    }

    deinit {
        print("Removing vc")
    }
}

var vc: VC? = VC()
vc?.viewDidLoad()
vc = nil

// Print
success("1234567")
Removing vc

Reference Cycles

自身在上头的 Signal 中，增加了 deinit方法：

deinit {
    print("Removing Signal")
}

终极开掘 Signal 的析构方法并从未进行，也便是说上边的代码中冒出了巡回援用，其实留心深入分析上边UITextField 的拓宽中 signal的兑现就可以开采标题出在何地了。

let observer = KeyValueObserver<String>(object: self, keyPath: #keyPath(text)) { str in
    sink(.success(str))
}

在 KeyValueObserver 的回调中，调用了 sink()方法，而 sink 方法其实即是 signal.send(_:)主意，这里在闭包中捕获了signal 变量，于是就形成了巡回引用。这里只要选用 weak 就能够一下子就解决了。修改下的代码是如此的：

static func empty() -> ((Result<Value>) -> Void, Signal<Value>) {
     let signal = Signal<Value>()
     return ({[weak signal] value in signal?.send(value)}, signal)
}

双重运营， Signal 的析构方法就会推行了。

上边就达成了贰个大概的响应式编制程序的库了。但是这里还留存多数标题，例如大家相应在适用的火候移除阅览者，今后我们的旁观者被增多在 subscribers 数组中，那样就不知晓该移除哪叁个观望者，所以我们将数字替换到字典，用 UUID 作为 key :

fileprivate typealias Token = UUID
fileprivate var subscribers: [Token: Subscriber] = [:]

咱俩得以照猫画虎 Panamerax斯威夫特 中的 Disposable 用来移除观看者，完成代码如下：

final class Disposable {
    private let dispose: () -> Void

    static func create(_ dispose: @escaping () -> Void) -> Disposable {
        return Disposable(dispose)
    }

    init(_ dispose: @escaping () -> Void) {
        self.dispose = dispose
    }

    deinit {
        dispose()
    }
}

原来的 subscribe(_:) 重回二个 Disposable 就足以了:

func subscribe(_ subscriber: @escaping (Result<Value>) -> Void) -> Disposable {
     let token = UUID()
     subscribers[token] = subscriber
      return Disposable.create {
          self.subscribers[token] = nil
      }   
 }

这么大家只要在适宜的空子销毁 Disposable 就能够移除旁观者了。

作为二个响应式编制程序库都会有 map, flatMap, filter, reduce 等方式，所以大家的库也不能少，大家能够轻便的达成多少个。

map

map 相比简单，正是将多少个 重临值为包装值的函数 成效于二个包装(Wrapped)值的长河， 这里的包装值能够知晓为能够饱含其余值的一种结构，举个例子 Swift中的数组，可选类型都以包装值。它们都有重载的 map, flatMap等函数。以数组为例，大家平日那样使用：

let images = ["1", "2", "3"].map{ UIImage(named: $0) }

近年来来落到实处大家的 map 函数：

func map<T>(_ transform: @escaping (Value) -> T) -> Signal<T> {
     let (sink, signal) = Signal<T>.empty()
     let dispose = subscribe { (result) in
          sink(result.map(transform))
      }
      signal.objects.append(dispose)
      return signal
}

自己还要给 Result 也完成了 map 函数:

extension Result {
    func map<T>(_ transform: @escaping (Value) -> T) -> Result<T> {
        switch self {
        case .success(let value):
            return .success(transform(value))
        case .error(let error):
            return .error(error)
        }
    }
}

// Test

let (sink, intSignal) = Signal<Int>.empty()
intSignal
    .map{ String($0)}
    .subscribe {  result in
        print(result)
}
sink(.success(100))

// Print success("100")

flatMap

flatMap 和 map 很一般，但也可能有点例外，以可选型为例，Swif t是这么定义 map 和 flatMap 的：

public func map<U>(_ transform: (Wrapped) throws -> U) rethrows -> U?
public func flatMap<U>(_ transform: (Wrapped) throws -> U?) rethrows -> U?

flatMap 和 map 的不等首要反映在 transform 函数的重返值分歧。map 接受的函数再次来到值类型是 U品种，而 flatMap 接受的函数再次回到值类型是 U?品类。比方对于贰个可选值，能够如此调用：

let aString: String? = "￥99.9"
let price = aString.flatMap{ Float($0)}

// Price is nil

笔者们这里 flatMap 和 Swift 中数组以及可选型中的 flatMap 保持了扳平。

于是我们的 flatMap 应该是如此定义：flatMap<T>(_ transform: @escaping (Value) -> Signal<T>) -> Signal<T> 。

清楚了 flatMap 和 map 的不一致，达成起来也就很轻易了：

func flatMap<T>(_ transform: @escaping (Value) -> Signal<T>) -> Signal<T> {
     let (sink, signal) = Signal<T>.empty()
     var _dispose: Disposable?
     let dispose = subscribe { (result) in
         switch result {
         case .success(let value):
             let new = transform(value)
             _dispose = new.subscribe({ _result in
                 sink(_result)
             })
         case .error(let error):
             sink(.error(error))
         }
    }
    if _dispose != nil {
        signal.objects.append(_dispose!)
    }
    signal.objects.append(dispose)
    return signal
}

后天我们得以一成不改变五个互连网央浼来测验 flatMap：

func users() -> Signal<[User]> {
     let (sink, signal) = Signal<[User]>.empty()
     DispatchQueue.main.asyncAfter(deadline: DispatchTime.now()+2) {
         let users = Array(1...10).map{ User(id: String(describing: $0)) }
         sink(.success(users))
     }
     return signal
 }

func userDetail(with id: String) -> Signal<User> {
    let (sink, signal) = Signal<User>.empty()
    DispatchQueue.main.asyncAfter(deadline: DispatchTime.now()+2) {
        sink(.success(User(id: id, name: "jewelz")))
    }
    return signal
}

let dispose = users()
    .flatMap { return self.userDetail(with: $0.first!.id) }
    .subscribe { result in
        print(result)
}
disposes.append(dispose)

// Print: success(ReactivePrograming.User(name: Optional("jewelz"), id: "1"))

经过行使 flatMap ，大家得以很简短的将一个 Signal 调换为另贰个 Signal , 那在大家管理三个伏乞嵌套时就会很方便了。

写在最后

地点通过100 多行的代码就落到实处了一个简便的响应式编制程序库。可是对于一个库来讲，以上的剧情还非常不足。以后的 Signal 还不享有原子性，要作为贰个实际可用的库，应该是线程安的。还应该有大家对 Disposable 的拍卖也相当不够优雅，能够效仿 PRADOxSwift 中 DisposeBag 的做法。上边那些难点得以留给读者自个儿去考虑了。（越多内容能够查看本人的主页）

本文由美高梅游戏发布于高考工厂模拟器,转载请注明出处：想想感觉更新一下博客吧

关键词：