Skip to main content

COMBINE vs RXSWIFT : Giới thiệu Combine

Shai MishaliHôm nay, tôi sẽ giới thiệu một frame work được Apple ra mắt vào năm 2019 tên là Combine, và chỉ ra sự khác biệt chính với RxSwift. Có lẽ con đường tốt nhất để bắt đầu là đọc định nghĩa Combine của Apple :

"A unified, declarative API for processing values overtime."

Tôi chắc rằng, đó là một định nghĩa quen thuộc, bởi vì như đã nói trước đây, bài viết này chúng ta sẽ nói về các tính năng giống và khác nhau giữa Combine và RxSwift.

Chúng ta sẽ bắt đầu bằng ba thuộc tính chính của Combine:

. Generic
. Type safe
. Composition first

Apple nói rằng khái niệm Combine rất dễ hiểu và đơn giản để hiểu và sử dụng, nhưng khi kết hợp lại chúng sẽ cho phép thực hiện những điều phức tạp và thú vị hơn.
Vào trong Combine chúng ta sẽ tìm thấy :

. Publishers
. Subscribers
. Operators

Publishers

Publisher là một phần của Combine's API. Chúng định nghĩa cách mà các giá trị và các lỗi được tạo ra.
Chúng là kiểu giá trị, trong Swift, Structs.
Publishers cho phép đăng ký một Subscribers, cho phép chúng ta lần lượt nhận những giá trị chúng phát ra.

protocol Publishers {
    associatedtype Output
    associatedtype Failure: Error

    func subscribe<S: Subscriber>(_ subscriber: S) 
        where S.input == Output, S.Failure == Failure
} 
 
Subscribers

Subscribers là một khía cạnh khác của publishers. Chúng nhận giá trị thông qua stream và từ đấy chúng có thể biến đổi thành loại tham chiếu Reference types, như classes:

protocol Subscriber {
    associatedtype Input
    associatedtype Failure: Error

    func receive(subscription: Subscription)
    func receive(_ input: Input) -> Subscribers.Demand
    func receive(completion: Subscribers.Completion<Failure>)

}
  
The reminds me of something ...

Combine vs RxSwift: Sự khác biệt 

Khả năng tương thích hiện tại:
Đầu tiên, Combine không hỗ trợ cho hệ thống iOS cũ hơn iOS 13 / macOS Catalina.
RxSwift làm việc với iOS 8 trở lên.

Error management
Nhìn vào protocol đặc biệt Observable, chúng ta sẽ thấy những khác biệt đầu tiên.

Trong Combine, mọi Publisher cần kiểu đặc biệt cho error, Trong RxSwift, Observables không định nghĩa một kiểu dữ liệu lỗi, do đó chúng ta có thể sử dụng bất kì kiểu lỗi tại bất kì thời điểm nào. Điều này làm RxSwift's Observables dễ dàng sử dụng, từ đó bạn không cần suy nghĩ về kiểu dữ liệu của lỗi lúc khởi tạo. Măt khác, điều này có nghĩa bạn sẽ phải cẩn thận khi quản lý lỗi của chính bạn.

Với Combine, nếu stream của bạn không có một kiểu dữ liệu cho errors, bạn có thể mark nó với kiểu Never.

Performance
RxSwift là một framework tối ưu, còn Combine được xây dựng bởi các kĩ sư của Apple, những người tập trung hoàn toàn 100% vào hiệu suất.
Như chúng ta có thể thấy trên blog Flawless iOS, trong cùng 1 công việc, Combine có hiệu suất nhanh hơn rất nhiều:

Operators
Combine và RxSwift có rất nhiều toán tử làm những công việc tương tự, nhưng vơí tên khác nhau.
Cảm ơn đồ thị được tạo bởi Shai Mishali đã giúp ta link tất cả toán tử với những tên khác nhau.



Mã nguồn mở
Một thành phần quan trọng mà chúng ta đề cập trước là Combine không phải là một dự án mã nguồn mở,

DisposeBag
Bạn có lẽ đã quen thuộc với bộ quản lý bộ nhớ của RxSwift: DisposeBag. Thay vì việc lưu mỗi subscription riêng biệt và kết thúc chúng khi mà controller hoặc class deinit, chúng ta đơn giản chỉ cần viết .disposed(by: disposeBag) và framework sẽ phát hiện deinit và huỷ bỏ tất cả Rx dependencies.
Combine không có bất cứ thứ gì tương tự DisposeBag. 

UI Framework
Bên trong một framework reactive chúng ta cần một vài cách để  link luồng reactive tới view và ngược lại. Giải pháp của RxSwift's là RxCocoa.



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