SpringData JPA也能寫sql，為什么還要用mybatis？在頭條上問這個問題真是太醉了。。順便說一句，胡說八道太多了。國內(nèi)設(shè)計(jì)理念為表驅(qū)動?？傊?，邏輯是由數(shù)據(jù)表決定的，實(shí)現(xiàn)是由模型來完成的

SpringData JPA也能寫sql，為什么還要用mybatis？

在頭條上問這個問題真是太醉了。。順便說一句，胡說八道太多了。

國內(nèi)設(shè)計(jì)理念為表驅(qū)動?？傊壿嬍怯蓴?shù)據(jù)表決定的，實(shí)現(xiàn)是由模型來完成的。事實(shí)上，這與面向?qū)ο蟮乃枷虢厝幌喾础４蠖鄶?shù)工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設(shè)計(jì)模型?！辈还茉鯓樱铱梢杂迷鶶QL來解決這個問題。模型設(shè)計(jì)太差了，只能靠SQL來修正。JPA是完全對象驅(qū)動的思想。早期設(shè)計(jì)的缺陷會制約后續(xù)的開發(fā)，不同的數(shù)據(jù)庫可以用不同的方式實(shí)現(xiàn)（事實(shí)上，即使redis也是一樣的）?；卮鹨恍┏Ｒ姷膯栴}。

1. JPA表的連接行為具有不確定性和難以控制性。

您確定使用了spring數(shù)據(jù)JPA嗎？不知道有實(shí)體圖嗎？當(dāng)一個傻瓜達(dá)到這個水平時，他能做什么。

2. JPA子查詢不容易實(shí)現(xiàn)。

我想你沒用過，是嗎？spring數(shù)據(jù)JPA的子查詢不僅可以單獨(dú)定義視圖，還可以進(jìn)行子查詢，甚至可以直接使用jpql。

3. JPA不容易優(yōu)化。

我真的不相信99%的優(yōu)化能超過spring data JPA的優(yōu)化。特別是，普通程序員能否停止談?wù)搩?yōu)化？他們甚至搞不懂MySQL的鎖。表設(shè)計(jì)就像一堆廢話，他們?nèi)匀幻刻焓褂迷鶶QL。你覺得他們很棒嗎？JPA可以將表屬性反映到對象。當(dāng)然，運(yùn)行時優(yōu)化是有基礎(chǔ)的。ORM的發(fā)展空間太大了。任何有點(diǎn)技術(shù)知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點(diǎn)經(jīng)驗(yàn)的程序員都知道，在談?wù)撈渌酥埃菚r候先談?wù)摿己玫木S護(hù)了。解決性能問題的方法太多了。

最后，難道你不知道ORM cqrs現(xiàn)在是提倡的嗎？請問，有沒有什么復(fù)雜的問題沒有原生SQL的介入是無法解決的。

mybatis plus該不該用？

個人建議：mybatis plus為mybatis做了很多改進(jìn)。簡而言之，hibernate的優(yōu)點(diǎn)，mybatis=mybatis plus的優(yōu)點(diǎn)，增強(qiáng)了mybatis改變數(shù)據(jù)庫時SQL的兼容性（hibernate的優(yōu)點(diǎn)和mybatis的缺點(diǎn)），封裝了一些簡單的SQL（hibernate的優(yōu)點(diǎn)和mybatis的缺點(diǎn)），從而在不降低性能的前提下提高mybatis的開發(fā)效率。Mybatis plus與Mybatis兼容，但發(fā)電機(jī)除外。新項(xiàng)目可以根據(jù)項(xiàng)目情況使用，舊項(xiàng)目不需要拋擲。運(yùn)行項(xiàng)目通常首先是穩(wěn)定的。如果你完全負(fù)責(zé)一個新項(xiàng)目的后端，你可以使用你想要的任何東西。如果你是一個團(tuán)隊(duì)，你必須討論它。作為一個開發(fā)人員，這不是胡說八道。你必須兩者都知道。該項(xiàng)目可優(yōu)先考慮plus。

什么是mybatis為什么要使用mybatis？

1. 什么是mybatis？

mybatis是一個優(yōu)秀的持久層框架，支持定制SQL、存儲過程和高級映射。Mybatis避免了幾乎所有的JDBC代碼以及手動設(shè)置參數(shù)和獲取結(jié)果集。Mybatis可以使用簡單的XML或注釋來配置和映射本機(jī)類型、接口和javapojo（普通的舊Java對象）作為數(shù)據(jù)庫中的記錄。

3. 使用mybatis

3.1使用process

A.編程

B.集成managed到spring

根據(jù)mybatis plus的設(shè)計(jì)模式，那些接受條件or和包裝參數(shù)的方法，條件or包裝對象就是參數(shù)

！在您的示例中：用戶映射器.selectOne（new QueryWrapper<User>（）.eq（”user）此映射器方法屬于Dao層。它接受從服務(wù)層傳遞的對象querywrapper。你認(rèn)為你有一種心態(tài)用戶映射器.selectOne（new QueryWrapper<User>（）.eq（“userAge”，Age）作為一個整體是一個Dao方法，不是

用戶映射器.selectOne（），您只需要自定義所創(chuàng)建的包裝器對象。

記住：方法是一個參數(shù)，不是別的。

使用mybatisplus，如何定義service層和dao層？

Mybatis是ibatis的升級版本。訪問數(shù)據(jù)庫的兩種形式是不同的。Mybatis沒有DAOMPL層。通過sqlmap接口直接訪問數(shù)據(jù)庫。我不認(rèn)為我們能支持它。方法是不同的。我認(rèn)為mybatis比ibatis更容易使用，也更方便。

mybatis plus怎么使用？

Ibatis在編寫SQL方面更加靈活。事實(shí)上，大多數(shù)項(xiàng)目對于單表操作來說都很簡單，而最復(fù)雜的是查詢。這說明阿里的問題水平相對較高，而不是很多人停留的積垢水平。我覺得冬眠就夠了

！當(dāng)然，阿里選擇ibatis或mybatis也是有歷史局限性的，因?yàn)閟qltoy ORM不是在那個時候出生的。否則，最好的選擇是sqltoy

！這個時代應(yīng)該融合hibernate和mybatis的優(yōu)點(diǎn)，加強(qiáng)查詢才是正道

！為什么mybatis（plus）仍然不好（特別是對于查詢，crud有一個底部，但是查詢需求沒有上限！下面展示的是一個比較簡單的點(diǎn)查詢，而實(shí)際的項(xiàng)目SQL可能比較復(fù)雜，如何編寫mybatis！寫作后如何保持？我怎么看呢這里有幾個小例子來說明區(qū)別！