- Learning RxJava
- Thomas Nield
- 263字
- 2021-07-02 22:22:50
When to use RxJava
A common question ReactiveX newcomers ask is what circumstances warrant a reactive approach? Do we always want to use RxJava? As someone who has been living and breathing reactive programming for a while, I have learned that there are two answers to this question:
The first answer is when you first start out: yes! You always want to take a reactive approach. The only way to truly become a master of reactive programming is to build reactive applications from the ground up. Think of everything as Observable and always model your program in terms of data and event flows. When you do this, you will leverage everything reactive programming has to offer and see the quality of your applications go up significantly.
The second answer is that when you become experienced in RxJava, you will find cases where RxJava may not be appropriate. There will occasionally be times where a reactive approach may not be optimal, but usually, this exception applies to only part of your code. Your entire project itself should be reactive. There may be parts that are not reactive and for good reason. These exceptions only stand out to a trained Rx veteran who sees that returning List<String> is perhaps better than returning Observable<String>.
Rx greenhorns should not worry about when something should be reactive versus something not reactive. Over time, they will start to see cases where the benefits of Rx are marginalized, and this is something that only comes with experience.
So for now, no compromises. Go reactive all the way!
- 樂學Web編程:網站制作不神秘
- HTML5+CSS3基礎開發教程(第2版)
- x86匯編語言:從實模式到保護模式(第2版)
- INSTANT MinGW Starter
- Bootstrap 4:Responsive Web Design
- Python數據分析從0到1
- Oracle Exadata專家手冊
- Android程序設計基礎
- Android開發:從0到1 (清華開發者書庫)
- Scala Reactive Programming
- Python極簡講義:一本書入門數據分析與機器學習
- C專家編程
- GameMaker Essentials
- Building Dynamics CRM 2015 Dashboards with Power BI
- Sitecore Cookbook for Developers