真的有必要用rxjava嗎？1. Rxjava邏輯比較清晰，代碼可讀性比較差；在后臺(tái)業(yè)務(wù)處理中使用時(shí)，后臺(tái)業(yè)務(wù)通常比較復(fù)雜，步驟比較多，邏輯比較清晰，但前端基本不需要，代碼可讀性比較差；2。每次改造發(fā)

真的有必要用rxjava嗎？

1. Rxjava邏輯比較清晰，代碼可讀性比較差；在后臺(tái)業(yè)務(wù)處理中使用時(shí)，后臺(tái)業(yè)務(wù)通常比較復(fù)雜，步驟比較多，邏輯比較清晰，但前端基本不需要，代碼可讀性比較差；

2。每次改造發(fā)送一個(gè)請(qǐng)求時(shí)，都會(huì)創(chuàng)建okhttp，它不會(huì)被重用，從而導(dǎo)致單個(gè)data3的請(qǐng)求性能降低。rxjava改造的性能非常低，特別是當(dāng)它是并發(fā)的時(shí)候。測(cè)試表明，運(yùn)行100個(gè)并發(fā)工件需要1200ms，如果不使用則需要130ms；

4。Rxjava改裝組合當(dāng)您需要讀取本地緩存時(shí)，讀緩存是通過(guò)URL作為鍵讀取的。這樣就需要寫(xiě)兩次URL，一個(gè)是框架，一個(gè)是緩存，使用起來(lái)比較不方便。以上是我在使用過(guò)程中的體會(huì)。有專(zhuān)家解答這個(gè)難題嗎？目前，我決定放棄這種組合，實(shí)現(xiàn)一套

rxjava官方GitHub的介紹是：一個(gè)庫(kù)，用于為javavm使用可觀察序列編寫(xiě)異步和基于事件的程序。在JVM上使用可觀察序列來(lái)形成一個(gè)異步的基于事件的庫(kù)。很難讀懂。它本質(zhì)上是異步觀察者模式。主要有可觀察、觀察、事件和訂閱等概念。它在Java中被更廣泛地用作響應(yīng)幾乎任何事件的工具。

如果是Android開(kāi)發(fā)，可以使用rxandroid，它是rxjava的擴(kuò)展。再加上square公司的復(fù)古合身，你可以輕松上網(wǎng)。

眾所周知，asyctask通常用于Android中的異步操作。然而，asyctask有很多缺點(diǎn)，比如不能方便地終止任務(wù)的執(zhí)行。

Rxandroid完全可以代替asycTask來(lái)完成各種異步操作，還有bindactivity和bindfragment方法。異步操作完全不需要考慮活動(dòng)和片段的生命周期，還有更強(qiáng)大的鏈調(diào)用，可以使程序非常簡(jiǎn)單。

eventbus的一個(gè)缺點(diǎn)是不能混淆所有使用eventbus的類(lèi)，否則evnetbus找不到OneEvent方法。

以上，建議使用rxandroid。

RxJava是如何實(shí)現(xiàn)訂閱關(guān)系的？

我從來(lái)都不是程序員，但我有點(diǎn)簡(jiǎn)單。我覺(jué)得一個(gè)成熟的程序是一個(gè)系統(tǒng)工程，新的聯(lián)系人：我不知道怎么開(kāi)始，我覺(jué)得很正常

！我經(jīng)?？吹焦驹诰W(wǎng)站上斥責(zé)那個(gè)老程序員的糟糕代碼。我認(rèn)為有兩個(gè)原因：

1。新員工無(wú)法理解。如果他們不明白，但他們責(zé)罵別人，他們可以轉(zhuǎn)嫁風(fēng)險(xiǎn)，讓他們離開(kāi)工作崗位，為過(guò)渡或重建爭(zhēng)取時(shí)間。

2. 程序代碼不易閱讀，相關(guān)文檔丟失。雖然這個(gè)功能實(shí)現(xiàn)了，但別人接手太難了。除了重構(gòu)之外，新兵應(yīng)該徹底理解每個(gè)邏輯結(jié)構(gòu)（構(gòu)建起來(lái)很困難，所以他們應(yīng)該遵循以前程序員的思路）。

您可能知道以上兩點(diǎn)的含義。我不知道你是在維護(hù)舊代碼還是新項(xiàng)目？

如果是為了維護(hù)舊代碼、閱讀更多文檔、檢查數(shù)據(jù)和理解程序思維，那么無(wú)論如何，獲得報(bào)酬并不迫切。

如果你進(jìn)入一個(gè)新的項(xiàng)目，說(shuō)明你的技術(shù)還不成熟，所以要加強(qiáng)學(xué)習(xí)。我個(gè)人預(yù)測(cè)90%的程序員在學(xué)習(xí)和銷(xiāo)售的同時(shí)

個(gè)人經(jīng)驗(yàn)有限，錯(cuò)誤在所難免，注重溝通！