为什么不推荐rxjava 真的有必要用rxjava吗？
真的有必要用rxjava吗？
1. Rxjava逻辑比较清晰，代码可读性比较差；在后台业务处理中使用时，后台业务通常比较复杂，步骤比较多，逻辑比较清晰，但前端基本不需要，代码可读性比较差；
2。每次改造发送一个请求时，都会创建okhttp，它不会被重用，从而导致单个data3的请求性能降低。rxjava改造的性能非常低，特别是当它是并发的时候。测试表明，运行100个并发工件需要1200ms，如果不使用则需要130ms；
4。Rxjava改装组合当您需要读取本地缓存时，读缓存是通过URL作为键读取的。这样就需要写两次URL，一个是框架，一个是缓存，使用起来比较不方便。以上是我在使用过程中的体会。有专家解答这个难题吗？目前，我决定放弃这种组合，实现一套
rxjava官方GitHub的介绍是：一个库，用于为javavm使用可观察序列编写异步和基于事件的程序。在JVM上使用可观察序列来形成一个异步的基于事件的库。很难读懂。它本质上是异步观察者模式。主要有可观察、观察、事件和订阅等概念。它在Java中被更广泛地用作响应几乎任何事件的工具。
如果是Android开发，可以使用rxandroid，它是rxjava的扩展。再加上square公司的复古合身，你可以轻松上网。
众所周知，asyctask通常用于Android中的异步操作。然而，asyctask有很多缺点，比如不能方便地终止任务的执行。
Rxandroid完全可以代替asycTask来完成各种异步操作，还有bindactivity和bindfragment方法。异步操作完全不需要考虑活动和片段的生命周期，还有更强大的链调用，可以使程序非常简单。
eventbus的一个缺点是不能混淆所有使用eventbus的类，否则evnetbus找不到OneEvent方法。
以上，建议使用rxandroid。
RxJava是如何实现订阅关系的？
我从来都不是程序员，但我有点简单。我觉得一个成熟的程序是一个系统工程，新的联系人：我不知道怎么开始，我觉得很正常
！我经常看到公司在网站上斥责那个老程序员的糟糕代码。我认为有两个原因：
1。新员工无法理解。如果他们不明白，但他们责骂别人，他们可以转嫁风险，让他们离开工作岗位，为过渡或重建争取时间。
2. 程序代码不易阅读，相关文档丢失。虽然这个功能实现了，但别人接手太难了。除了重构之外，新兵应该彻底理解每个逻辑结构（构建起来很困难，所以他们应该遵循以前程序员的思路）。
您可能知道以上两点的含义。我不知道你是在维护旧代码还是新项目？
如果是为了维护旧代码、阅读更多文档、检查数据和理解程序思维，那么无论如何，获得报酬并不迫切。
如果你进入一个新的项目，说明你的技术还不成熟，所以要加强学习。我个人预测90%的程序员在学习和销售的同时
个人经验有限，错误在所难免，注重沟通！
为什么不推荐rxjava rxjava基本使用 rxjava框架
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
