V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
iOS 开发实用技术导航
NSHipster 中文版
http://nshipster.cn/
cocos2d 开源 2D 游戏引擎
http://www.cocos2d-iphone.org/
CocoaPods
http://cocoapods.org/
Google Analytics for Mobile 统计解决方案
http://code.google.com/mobile/analytics/
WWDC
https://developer.apple.com/wwdc/
Design Guides and Resources
https://developer.apple.com/design/
Transcripts of WWDC sessions
http://asciiwwdc.com
Cocoa with Love
http://cocoawithlove.com/
Cocoa Dev Central
http://cocoadevcentral.com/
NSHipster
http://nshipster.com/
Style Guides
Google Objective-C Style Guide
NYTimes Objective-C Style Guide
Useful Tools and Services
Charles Web Debugging Proxy
Smore
nagato
V2EX  ›  iDev

ReactiveCocoa 利弊

  •  
  •   nagato · 2015-02-19 12:34:31 +08:00 · 4008 次点击
    这是一个创建于 3547 天前的主题,其中的信息可能已经有所发展或是发生改变。
    新公司项目全是Reactive去构建的,本人实在无法习惯。一个简单到可以直接用IBAction搞定的UIButton响应事件,Reactive要写三倍代码去搞定,TargetAction绑定那个UIButton,在响应里面创建一个RACCommand,完了还得在另外一个地方Subscribe。完全想不到用Reactive的点在哪。。。


    而且Reactive代码写多了之后显得一团糟,各种signal的关系里不清,还造成block的过分使用导致各种Strong weak self 的过分使用很容易导致retain circles。

    当然我也许接触Reactive还不够久,了解还不够深入。有没有对Reactive比较熟的来分析下利弊?
    6 条回复    2015-03-10 10:36:35 +08:00
    chmlai
        1
    chmlai  
       2015-02-19 14:10:30 +08:00
    首先, 在 Button 的绑定方式对项目的复杂度几乎没有影响. 如果你没有写足够多的代码, 确实很容易纠结这个上面.

    "Reactive代码写多了之后显得一团糟", 这很可能是你还没学会 RAC(FRP);
    假设业务的复杂度不变, 与 RAC 的声明式编程比各种 delegate, action-target, block-callback 混在一起,定义各种状态那才叫一团糟.

    循环引用根本不是什么问题.

    没什么办法, 多写点代码, 多看点资料, 多体会一下就好了.
    Elethom
        2
    Elethom  
       2015-02-19 15:49:02 +08:00
    我能說用了 RAC 之後代碼可讀性提升了一個數量級麼⋯⋯

    不明白為什麼要把代碼分開寫,需要響應一個 control event 只需要一行 subscribe 就夠了。
    nagato
        3
    nagato  
    OP
       2015-02-19 17:22:28 +08:00
    @Elethom
    目前是这样的,
    1. ViewModel里面先构建一个RACCommand,create RACSignal 什么的就不说了
    2. 在UIView的子类里把某个UIButton进行绑定之前那个command,addTarget:action
    3. 在需要相应UIButton事件的地方,subscribe ViewModel里的那个RACCommand

    但是所有这些,其实一个IBAction就可以搞定了。领导给的解释是,为了保持Reactive的风格,请还是保持前者
    chmlai
        4
    chmlai  
       2015-02-19 20:50:22 +08:00
    @nagato
    业务逻辑一般写在 RACCommand 里的 Signal generation block里面;
    你的第3步 subscribe 一般不大需要.
    WeeTom
        5
    WeeTom  
       2015-03-03 16:38:18 +08:00
    http://www.teehanlax.com/blog/model-view-viewmodel-for-ios/
    看看作者怎么说。
    一个UIButton 是很简单,但是当你的项目足够大,Controller里面会包含太多的业务逻辑代码,非常难以维护。。这点我也是深有体会~而且很乱。。
    我在做新项目也是准备使用ReactiveCocoa的~
    kepenj
        6
    kepenj  
       2015-03-10 10:36:35 +08:00
    ReactiveCocoa 个人觉得作为快速构建一个新的应用,同时具备vc瘦身和单元测试非常方便和极优。但是理解RAC和整体框架源码是要花费不少时间;同时如果项目规模较大后,所有逻辑和模块还是得自己写和维护。
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   1062 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 105ms · UTC 22:35 · PVG 06:35 · LAX 14:35 · JFK 17:35
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.