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

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

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

國內設計理念為表驅動。總之，邏輯是由數(shù)據(jù)表決定的，實現(xiàn)是由模型來完成的。事實上，這與面向對象的思想截然相反。大多數(shù)工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設計模型?！辈还茉鯓樱铱梢杂迷鶶QL來解決這個問題。模型設計太差了，只能靠SQL來修正。JPA是完全對象驅動的思想。早期設計的缺陷會制約后續(xù)的開發(fā)，不同的數(shù)據(jù)庫可以用不同的方式實現(xiàn)（事實上，即使redis也是一樣的）。回答一些常見的問題。

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

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

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

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

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

我真的不相信99%的優(yōu)化能超過spring data JPA的優(yōu)化。特別是，普通程序員能否停止談論優(yōu)化？他們甚至搞不懂MySQL的鎖。表設計就像一堆廢話，他們仍然每天使用原生SQL。你覺得他們很棒嗎？JPA可以將表屬性反映到對象。當然，運行時優(yōu)化是有基礎的。ORM的發(fā)展空間太大了。任何有點技術知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點經驗的程序員都知道，在談論其他人之前，是時候先談論良好的維護了。解決性能問題的方法太多了。

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

mybatis plus該不該用？

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

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

根據(jù)mybatis plus的設計模式，那些接受conditional or和wrapper參數(shù)的方法就是conditional or wrapper object的參數(shù)

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

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

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

mybatis plus怎么使用？

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

想學mybatis，我需要先詳細看看jdbc嗎？

首先了解mybatis，然后了解JDBC。

Mybatis是java開發(fā)中常用的持久性框架。本質上，它是JDBC的封裝。它封裝了大量繁瑣而冗余的過程，如注冊驅動程序、創(chuàng)建連接、異?；貪L、關閉連接等。開發(fā)人員只需要關注SQL本身，這大大提高了生產率。

首先學習簡單易用的mybatis框架。當你能熟練地使用mybatis時，你自然會接觸到更多的應用場景。根據(jù)實際需要學習JDBC會事半功倍。

例如，您會發(fā)現(xiàn)mybatis不能很好地支持大規(guī)模操作的業(yè)務場景，但是JDBC更適合這種場景。您可能想知道為什么JDBC更好地支持大規(guī)模操作？此時，您將自然地了解更多關于JDBC的信息。

學習是一個需要不斷積極反饋的過程。你一上來就很難學。很容易打擊你的自信，但這是不值得的損失。

因此，我建議您首先在實踐中學習如何使用mybatis框架和項目；當業(yè)務需要使用JDBC時，您自然會對JDBC有更多的了解，而且您不必一開始就強制使用。