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

真的有必要用rxjava嗎？

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

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

4。Rxjava改裝組合當您需要讀取本地緩存時，讀緩存是通過URL作為鍵讀取的。這樣就需要寫兩次URL，一個是框架，一個是緩存，使用起來比較不方便。以上是我在使用過程中的體會。有專家解答這個難題嗎？目前，我決定放棄這個組合，自己實現(xiàn)一個

Hibernate:

Hibernate主要是通過ORM（object relationship mapping）和框架配置文件來實現(xiàn)的。讓實體類和數(shù)據(jù)庫表一一對應。讓實體類先對應數(shù)據(jù)庫表，讓實體類的屬性逐一對應數(shù)據(jù)庫表中的字段。這樣，就不需要操作數(shù)據(jù)庫表，而需要操作表中相應的實體類對象。以實現(xiàn)相應的添加、刪除、修改和查詢操作。

Mybatis不是一個完整的ORM框架。mybatis的SQL需要開發(fā)人員自己編寫，但是它也提供了輸入和輸出的自動映射，因此可以認為它是一個半自動的ORM框架。Mybatis可以靈活配置SQL語句通過XML或注解運行，映射Java對象和SQL語句生成最終SQL，最后映射SQL執(zhí)行結果生成Java對象，對于客戶需求的變化更為靈活。但靈活性的前提是mybatis不能獨立于數(shù)據(jù)庫。如果需要實現(xiàn)支持多個數(shù)據(jù)庫的軟件，則需要自定義多組SQL映射文件，這是一個繁重的工作負載。Hibernate具有很強的對象關系映射能力和良好的數(shù)據(jù)庫無關性。

Struts2:

Struts2處理請求是為每個請求創(chuàng)建一個單獨的操作類。action類中的字段屬性參數(shù)用作輸入和輸出參數(shù)，IOC用于依賴注入。它是基于類的開發(fā)。

類似地，SpringMVC使用輸入請求和響應作為參數(shù)，并返回modelandview，這是一種單例模式和基于方法的模式。

Spring:Spring的核心概念是di（依賴注入）和AOP（面向方面編程）。Di也稱為IOC（控制反轉）。使用spring，可以通過IOC從spring容器中獲取所有對象。每個物體通過彈簧注入到相應的位置。通過IOC，spring可以在下一個對象注入（DI）之前創(chuàng)建對象，因此DI依賴于IOC。

如何領悟Java三大框架？

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

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

1。新員工無法理解。如果他們不明白，但他們責罵別人，他們可以轉嫁風險，讓他們離開工作崗位，為過渡或重建爭取時間。

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

您可能知道以上兩點的含義。我不知道你是在維護舊代碼還是新項目？

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

如果你進入一個新的項目，說明你的技術還不成熟，所以要加強學習。我個人預測90%的程序員在學習和銷售的同時

個人經(jīng)驗有限，錯誤在所難免，注重溝通！