Skip to main content

Dùng thư viện RXSWIFT để cải tiến hiệu suất cho dự án iOS của bạn — phần 1


RxSwift
Bạn có nghe qua về Reactive Programming chưa, đây là một khái niệm lập trình hoàn toàn mới.
“Reactive Programming là lập trình theo hướng bất đồng bộ các dòng chảy dữ liệu(data streams)”
Sau khi đọc khái niệm các bạn có lẽ rất mơ hồ, vậy các data streams là gì.
Vậy để mình ví dụ cho các bạn:
- Trong lập trình bình thường (imperative programming) a = b + c , tức a được gắn với kết quả cộng của b và c .Khi b với c thay đổi thì tất nhiên sẽ không ảnh hưởng tới a, nhưng trong Reactive Programming này a sẽ tự động thay đổi khi b hoặc c thay đổi, kết quả của a sẽ lập tức thay đổi theo.
Bạn có thể thấy với tác vụ như vậy thì trong ios chúng ta có thể bạn nhớ đến KVO (Key-Value-Observing)/Property Observer, và đây cũng chính là kĩ thuật chính của Reactive Programming.
Ví dụ : KVO khi ta change property “date” của class MyDate.

class MyDate:NSObject {
   @objc dynamic var date = Date()
}private var contextKVO = 0class ViewController: UIViewController {
   override func viewDidLoad() {
      super.viewDidLoad()
      let myDate = MyDate()      myDate.addObserver(self, forKeyPath: “date”, options:            NSKeyValueObservingOptions.new, context: &contextKVO)      DispatchQueue.main.asyncAfter(deadline: .now() + 3) {
        myDate.date = Date()
      }
   }   override func observeValue(forKeyPath keyPath: String?, of object: Any?, change: [NSKeyValueChangeKey : Any]?, context: UnsafeMutableRawPointer?) {      if context == &contextKVO {         print(“Date is changed. \(String(describing: change![NSKeyValueChangeKey.newKey]))”)
        
          //Update UI ở đây        }
   }}
Với ví dụ trên bạn có thể thấy khi tạo 1 class MyDate có thuôc tính date, khi nào property date change thì sẽ bắn tới 1 hàm đc override observeValue.
Nhưng nếu dùng KVO sẽ có những khuyết điểm sau :
+ Thread Unsafe : Vì khi bạn bắt đầu gắn “myDate.addObserver”, thì nó sẽ chạy trong thread background, sau khi giá trị “date” thay đổi sẽ chạy vào hàm observeValue và trong hàm đó chúng ta có thể sẽ update UI của chúng ta ở đây, và update UI ở thead background sẽ không đúng, vì update đó chỉ chạy trên thread main.
+ Khó dùng : khi bạn addObserver cần các tham số truyền vào : keyPath,Context,Options.Với keyPath các bạn có định nữa đúng property chúng ta cần observe, options cũng có nhiều loại như : .New,.Old, .Inital.Bạn phải hiểu rõ các options này, nếu không bạn sẽ làm sai.
+ Khó Refactor : khi dùng “myDate.date = Date()” ở các chỗ khác nhau , cần thay đổi bạn phải tìm đúng vị trí để thay đổi.
+ Phải gọi removeObserver : trong hàm deinit của class mà bạn đã addObserver , không bạn sẽ ko release được gây leak memory.
+ Không có lifecycle notification : khi instance myDate release, bạn sẽ không biết khi nào event đó xảy ra.
Vậy tại sao nên dùng RXSwift:
+ Giúp ứng dụng của bạn hoạt động 1 cách như là real time update ui khi có thay đổi data flow, mang đến trải nghiệm tuyệt vời cho User.
+ Dễ dàng lập trình bất đồng bộ (Async) thay vì phải dùng : callbacks, delegates, notifications, kvo… Bạn phải dùng nhiều thứ gây ra ứng dụng của bạn phức tạp, khó kiểm soát.
+ Chuyển đổi các thread khi thực hiện 1 cách dễ dàng.
+ Viết code 1 cách ngắn ngọn với các function,operator(toán tử) hỗ trợ.
+ Binding UI : cho các label,talbeview,collection 1 cách đơn giản, mà bạn không cần phải làm nhiều.
+ Quản lí và giản phóng bộ nhớ tốt, tránh bị leak memory.
+ Multi-platform : Vì khái niệm này được sử dụng trên nhiều ngôn ngữ khác nhau trong 1 cách thức hoạt động nên cách sử dụng, tên hàm nó giống giống nhau.

Simple Architecture of RxSwift
Các thành phần tổng quan cơ bản của RXSwift :
1. Observable Sequence : Đơn giản nó là thứ sẽ bắn ra các thay đổi của object để cho 1 lớp khác nhận ở đây RXSwift định nghĩa đó là (Subscriber).
2. DisposeBag : Dọn rác, giúp tự động giải phóng bộ nhớ, cơ chế Automatic Reference Counting (ARC).
3. Subjects : là các dạng đặc biệt của Observable Sequence như : PublishSubject , BehaviourSubject,ReplaySubject,Variable với mỗi loại cung cấp cho chúng ta những chức năng cách nhận value change của các subscriber khi đã đăng kí nhận hoặc chưa.
4. Transform : Gồm các toán tử chuyển đổi từ objectA qua object B được thực hiện trước khi trả về return cho các Subcribers : Map , Flat Map, Scan, Buffer
5. Filter : Cũng bao gồm các toán tử nhưng là về lọc dữ liệu : Filter,DistinctUntilChanged,Debounce,Throttle,TakeDuration,Skip
6. Combine : Bao gồm các toán tử kết hợp như : Merge, Zip, Concat, CombineLatest, SwitchLatests,StartWith
7. Schedulers : Quản lí các thread trước khi và sau khi subscriber nhận được return value.Để set thread mà subscriber đợi nhận observable bạn dùng : observeOn , còn sau khi nhận đc value sẽ ra 1 thread khác dùng : subscribeOn. Ví dụ như : Bạn fetch api từ server(để ở background thread dùng observeOn), sau khi có kết quả sẽ reload lại Table (để ở main thread để update dùng subscribeOn).
Trong RXSwift có 5 loại scheduler cho bạn sử dụng : MainScheduler, CurrentThreadScheduler, SerialDispatchQueueScheduler, ConcurrentDispatchQueueScheduler, OperationQueueScheduler.
Trong các bài sau mình sẽ nói chi tiết hơn cho các bạn về thành phần chính của RXSwift và code thực hành.
Sites:
- Flow diagram của các toán tử : http://rxmarbles.com/
- Github: https://github.com/ReactiveX/RxSwift

Comments

Popular posts from this blog

MVVM và VIPER: Con đường trở thành Senior

Trong bài viết trước chúng ta đã tìm hiểu về MVC và MVP để ứng dụng cho một iOS App đơn giản. Bài này chúng ta sẽ tiếp tục ứng dụng 2 mô hình MVVM và VIPER . Nhắc lại là ứng dụng của chúng ta cụ thể khi chạy sẽ như sau: Source code đầy đủ cho tất cả mô hình MVC, MVP, MVVM và VIPER các bạn có thể download tại đây . MVVM MVVM có thể nói là mô hình kiến trúc được rất nhiều các cư dân trong cộng đồng ưa chuộng. Điểm tinh hoa của kiến trúc này là ở ViewModel , mặc dù rất giống với Presenter trong MVP tuy nhiên có 2 điều làm nên tên tuổi của kiến trúc này đó là: ViewModel không hề biết gì về View , một ViewModel có thể được sử dụng cho nhiều View (one-to-many). ViewModel sử dụng Observer design pattern để liên lạc với View (thường được gọi là binding data , có thể là 1 chiều hoặc 2 chiều tùy nhu cầu ứng dụng). Chính đặc điểm này MVVM thường được phối hợp với các thư viện hỗ trợ Reactive Programming hay Event/Data Stream , đây là triết lý lập trình hiện đại và hiệu

Alamofire vs URLSession

Alamofire vs URLSession: a comparison for networking in Swift Alamofire and URLSession both help you to make network requests in Swift. The URLSession API is part of the foundation framework, whereas Alamofire needs to be added as an external dependency. Many  developers  doubt  whether it’s needed to include an extra dependency on something basic like networking in Swift. In the end, it’s perfectly doable to implement a networking layer with the great URLSession API’s which are available nowadays. This blog post is here to compare both frameworks and to find out when to add Alamofire as an external dependency. Build better iOS apps faster Looking for a great mobile CI/CD solution that has tons of iOS-specific tools, smooth code signing, and even real device testing? Learn more about Bitrise’s iOS specific solutions! This shows the real power of Alamofire as the framework makes a lot of things easier. What is Alamofire? Where URLSession can be found within the s

Fileprivate vs private: Giải thích sự khác biệt

Fileprivate vs private in Swift: The differences explained Fileprivate and private are part of the access control modifiers in Swift. These keywords, together with internal, public, and open, make it possible to restrict access to parts of your code from code in other source files and modules. The private access level is the lowest and most restrictive level whereas open access is the highest and least restrictive. The documentation of Swift will explain all access levels in detail to you, but in this blog post, I’m going to explain the differences between two close friends: fileprivate and private. Build better iOS apps faster Looking for a great mobile CI/CD solution that has tons of iOS-specific tools, smooth code signing, and even real device testing? Learn more about Bitrise’s iOS specific solutions! Open access is the highest (least restrictive) access level and private access is the lowest (most restrictive) access level. This will improve readability and mak