Front-end
Apple
Apple
  • 第三方库
    • RAC库
      • ReactiveObjc
        • 如何实现的
        • 有关类
        • 有关协议
        • 关键概念列表
          • RACSignal有关类
            • RACStream
              • 头文件定义
            • RACSignal
              • 头文件定义内容
              • 核心代码
              • 常用的方法
                • concat:
                • bind:
                • zipWith 和merge
            • RACSubject
              • 内容
            • RACReplaySubject
              • 内容
            • RACBehaviorSubject
              • 内容
            • RACGroupedSignal
              • 内容
            • RACDynamicSignal
              • RACDynamicSignal
              • RACSignal vs RACDynamicSignal
            • RACReturnSignal
              • 内容
            • RACErrorSignal
            • RACEmptySignal
            • RACChannelTerminal
            • 疑问
              • RACChannelTerminal vs RACSubject
              • RACSignal vs RACStream
              • 热信号和冷信号
                • 进一步理解
              • 信号的发送者和接受者
                • RACSignal 不是信号对象么?为什么信号的发送者是自己呢?
          • RACChannel有关类
            • RACChannel
              • Page 1
              • 用于MVVM架构
              • RAC() vs RACChannelTo()
            • RACKVOChannel
              • 内容
              • 封装了系统的KVO
          • RACCommand
          • RACSubscriber
          • RACTuple
          • RACSequence有关类
          • RACKVOTrampoline
            • NSObject+RACKVOWrapper.h
            • NSObject+RACKVOWrapper.m
          • Page
          • 宏
          • 疑问
            • RACCommand vs RACSignal
            • 有了信号量,为什么还需要RACCommand
        • 操作方法
          • reduce
            • reduce 在不同语言以及库中是否一样的概念?
      • ReactiveSwift
        • 相比ReactiveObjc
      • RxSwift
      • Combine
      • 疑问
        • 热信号 vs 冷信号
        • ReactiveObjC 和 ReactiveSwift 实现原理差异
        • ReactiveObjC、ReactiveCocoa、ReactiveSwift的关系与区别
        • ReactiveObjC、ReactiveCocoa、ReactiveSwift内容
        • ReactiveSwift vs RxSwift
        • RxSwift、ReactiveSwift 和 ReactiveObjC
        • RxSwift、ReactiveSwift 、Combine
    • swift源码
      • 编译
        • 命令参数解释
        • 涉及到的工具
          • cmake 和 ninja
          • sccache
        • Rosetta模式
        • 遇到问题
          • FETCH_HEAD': Permission denied
          • --local_compiler_build': No such file or directory
          • ld: unsupported tapi file type '!tapi-tbd' in YAML file
          • python --version 显示没有这个命令
          • ModuleNotFoundError: No module named 'packaging'
          • ModuleNotFoundError: No module named 'sphinx'
            • sphinx是什么
          • ERROR: Could not find a version that satisfies the requirement sphinx (from versions: none)
          • /Applications/Python\ 3.x/Install\ Certificates.command 失败
          • 已经安装了sphinx,还是显示错误
      • 涉及到的知识点
        • Swift中的MCCAS
Powered by GitBook
On this page
  1. 第三方库
  2. RAC库
  3. ReactiveSwift

相比ReactiveObjc

ReactiveObjC 和 ReactiveSwift 是两种不同的响应式编程框架,分别用于 Objective-C 和 Swift 语言。它们都源自 ReactiveCocoa,但由于语言特性和设计目标的差异,两者在实现上有一些关键区别。以下是它们的主要区别:

1. 语言

  • ReactiveObjC:基于 Objective-C 编写,适用于 Objective-C 项目。它继承了 Objective-C 的动态特性和语法风格。

  • ReactiveSwift:基于 Swift 编写,专为 Swift 设计,利用 Swift 的类型系统和特性,如泛型、枚举(特别是 Result 类型)、值类型等。

2. API 设计风格

  • ReactiveObjC:API 风格受限于 Objective-C 的动态特性,使用了很多与 Block 相关的方式来处理异步操作。ReactiveObjC 的核心类包括 RACSignal 和 RACCommand。

  • ReactiveSwift:充分利用 Swift 的静态类型检查和泛型系统。其核心类型是 Signal、SignalProducer 和 Action,这些类型利用 Swift 的 Result 类型来处理成功和失败的场景。

3. 信号类型

  • ReactiveObjC:

    • 核心类型是 RACSignal,它是单向的数据流。

    • 信号一旦被订阅,会立即开始发送事件,这种行为是“热信号”(Hot Signal)。

  • ReactiveSwift:

    • 核心类型分为 Signal 和 SignalProducer。

    • Signal 是“热信号”,与 RACSignal 类似,在创建时就会开始发送值。

    • SignalProducer 则是“冷信号”(Cold Signal),只有在订阅时才会开始发送事件,可以重复启动,每次启动会重新执行数据流。

4. 事件处理

  • ReactiveObjC:没有 Swift 的类型安全机制,因此 RACSignal 在处理事件时主要依靠手动处理类型。事件通常是通过 next:, error:, completed: 这样的 Block 来处理。

  • ReactiveSwift:利用 Swift 的 enum 类型来更加清晰和安全地处理事件,事件是 Event<Value, Error> 类型,其中 Value 是数据类型,Error 是错误类型,这使得错误处理更加直观和安全。

5. 调度系统

  • ReactiveObjC:任务调度基于 RACScheduler,是通过手动指定的调度器来决定代码在哪个线程执行。

  • ReactiveSwift:提供了更加现代化的调度器,使用 Scheduler 来处理不同的队列和线程,符合 Swift 的并发模型。

6. 内存管理

  • ReactiveObjC:使用的是 Objective-C 的内存管理机制,即 ARC(Automatic Reference Counting)。信号和观察者之间可能会出现循环引用,因此需要开发者手动管理内存,常见的解决办法是使用 @weakify 和 @strongify 来避免 retain cycles。

  • ReactiveSwift:Swift 也使用 ARC,但 Swift 本身提供了更好的内存管理工具,尤其是弱引用的捕获列表更加自然。开发者在 ReactiveSwift 中通常不需要过多担心内存泄漏,Swift 的闭包捕获规则更为清晰。

7. API 语法简洁性

  • ReactiveObjC:由于是基于 Objective-C 的 API 风格,代码通常较为冗长,使用 Block 时需要更多的语法控制。

  • ReactiveSwift:利用 Swift 的函数式编程风格,ReactiveSwift 的代码更加简洁且优雅,方法链式调用的语法使其非常适合 Swift 的编程风格。

8. 错误处理

  • ReactiveObjC:错误处理并不显式,错误类型通常是泛化的 NSError,没有明确的泛型支持。

  • ReactiveSwift:错误处理是类型安全的,SignalProducer 使用泛型 Error 类型,使得错误类型在编译时是明确的,开发者可以更加安全地处理不同的错误类型。

9. 社区和文档

  • ReactiveObjC:在早期 Objective-C 项目中被广泛使用,尤其是老的 iOS 项目,但随着 Swift 的普及,它的使用率逐渐下降,社区的活跃度相对降低。

  • ReactiveSwift:随着 Swift 语言的发展和普及,ReactiveSwift 在 Swift 社区中仍然具有一定的活跃度,特别是在响应式编程的领域中。

总结:

  • ReactiveObjC 更适合 Objective-C 项目和开发者,依赖于 Objective-C 的特性。

  • ReactiveSwift 充分利用 Swift 的语言特性,提供了更安全和现代化的响应式编程体验。

如果你的项目是用 Swift 开发的,使用 ReactiveSwift 会更加自然和高效;而对于老的 Objective-C 项目,ReactiveObjC 仍然是不错的选择。

PreviousReactiveSwiftNextRxSwift

Last updated 8 months ago