真的有必要用rxjava嗎？1、Rxjava邏輯會比較清晰，蛋代碼可讀性比較差；用在后臺的業(yè)務(wù)處理上，后臺業(yè)務(wù)通常復(fù)雜，步驟多，這會讓邏輯更清晰，但是前端基本上沒有必要用，而且代碼可讀性比較差；2、R

真的有必要用rxjava嗎？

1、Rxjava邏輯會比較清晰，蛋代碼可讀性比較差；用在后臺的業(yè)務(wù)處理上，后臺業(yè)務(wù)通常復(fù)雜，步驟多，這會讓邏輯更清晰，但是前端基本上沒有必要用，而且代碼可讀性比較差；

2、ReTrofit每次發(fā)起請求都會創(chuàng)建OkHttp，不會復(fù)用，導(dǎo)致單條數(shù)據(jù)的請求性能低了一倍以上；

3、Rxjava ReTrofit組合起來運行的性能非常低，特別是并發(fā)的時候，性能更低，測試發(fā)現(xiàn)并發(fā)100條要1200ms，不使用的話并發(fā)130ms；

4、Rxjava ReTrofit組合當需要讀取本地緩存的時候，讀緩存是通過URL作為KEY來讀取，這樣就需要寫兩遍的URL，一遍是框架用的，一遍是用于緩存的，使用起來更不方便；以上是本人使用過程中的經(jīng)歷，有沒有高手解惑，目前決定放棄這套組合，自己實現(xiàn)一套

本人程序員剛進一家公司，半個月了，現(xiàn)在寫代碼寫不出來怎么辦？

我沒有做過程序員，但稍稍會點簡單的（自學）。我感覺一個成熟的程序是系統(tǒng)工程，初接觸者：無從下手個人感覺很正常!

經(jīng)常在網(wǎng)站上看到公司罵老的離職程序員代碼爛。我認為有二個原因：

1、新入職的員工看不懂，自己不懂但罵罵別人，可以轉(zhuǎn)嫁風險，讓離職的背鍋，為自己爭取時間過渡或重建。

2、程序代碼易讀性太差，相關(guān)說明文檔缺失。雖然實現(xiàn)了功能，但別人接手太難（普遍情況）。新入職除了重建，要么深入讀懂每個邏輯結(jié)構(gòu)（比重建難，要跟著前一程序員思維走）。

以上二點你大概也清楚什么意思了。不知道你是維護老代碼呢，還是新項目？

如果是維護老代碼，多看文檔、查資料、了解程序思維，反正有工資拿，也不急。

如果入職的是新項目，說明你技術(shù)還不成熟，那就加緊學唄。我個人預(yù)計：程序員這行，邊學邊賣的占總比90%……

個人見識有限，錯誤難免，重在交流交流!

rxandroid和rxjava的區(qū)別？

RxJava要比EventBus的應(yīng)用更廣泛，EventBus僅僅是作為一種消息的傳遞工具，但是RxJava里面幾乎可以做任何事情。

如果是Android開發(fā)的話，可以使用RxAndroid，這是對RxJava的一個擴展，結(jié)合sqare公司的retrofit可以很輕松的完成網(wǎng)絡(luò)的訪問。

我們知道，在Android中異步操作一般使用AsycTask來完成，但是AsycTask有很多缺點，如不能方便的終止任務(wù)的執(zhí)行等。

RxAndroid完全可以替代AsycTask來完成各種異步操作，而且還有BindActivity和BindFragment方法，你根本不需要考慮異步操作時的Activity和Fragment的生命周期問題，還有更加強大的的鏈式調(diào)用，可以使程序很簡潔。

EventBus有個缺點就是凡是使用了EventBus的類都不能進行混淆了，否則Evnetbus就找不到OnEvent方法了。

以上，推薦使用RxAndroid。