真的有必要用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í)，讀緩存是通過URL作為鍵讀取的。這樣就需要寫兩次URL，一個(gè)是框架，一個(gè)是緩存，使用起來比較不方便。以上是我在使用過程中的體會(huì)。有專家解答這個(gè)難題嗎？目前，我決定放棄這個(gè)組合，自己實(shí)現(xiàn)一個(gè)

Hibernate:

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

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

Struts2:

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

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

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

如何領(lǐng)悟Java三大框架？

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

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

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

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

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

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

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

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