myBatis的優(yōu)缺點？ 1. 簡單的優(yōu)點：易學(xué)、易用，通過文檔和源代碼，可以完全掌握其設(shè)計思想和實現(xiàn)。實用性：提供數(shù)據(jù)映射功能和底層數(shù)據(jù)訪問的封裝（如ado.net)，提供了Dao框架，使我們更容易

myBatis的優(yōu)缺點？

1. 簡單的優(yōu)點：易學(xué)、易用，通過文檔和源代碼，可以完全掌握其設(shè)計思想和實現(xiàn)。實用性：提供數(shù)據(jù)映射功能和底層數(shù)據(jù)訪問的封裝（如ado.net)，提供了Dao框架，使我們更容易開發(fā)和配置DAL層。靈活性：通過SQL，我們基本上可以實現(xiàn)不使用數(shù)據(jù)訪問框架就能實現(xiàn)的所有功能，也許更多。功能完整性：提供連接管理、緩存支持、線程支持、（分布式）事物管理，通過配置關(guān)系對象映射等數(shù)據(jù)訪問層需要解決的問題。它提供Dao支持并將其封裝在Dao框架中ADO.NET，NHibernate和datamapper。增強系統(tǒng)的可維護性：通過提供DAL層，將業(yè)務(wù)邏輯和數(shù)據(jù)訪問邏輯分離，使系統(tǒng)設(shè)計更加清晰，易于維護，易于單元測試。SQL與代碼的分離提高了可維護性。

2. 缺點：沒有明確的支持。凈值2.0。最新版本可以在2.0下編譯，但有些單元測試失敗。不成熟的，較少的工程實踐：IBATISNET在實際項目中使用較少。這只是理論上可行的。半ORM，更少的工具支持：我們需要自己編寫SQL，而且我們還沒有找到一個工具可以在下面自動生成業(yè)務(wù)層類和配置文件。Net，它不同于NHibernate。NHibernate將直接為我們的數(shù)據(jù)庫生成SQL，并且有一些輔助工具。所以使用ibatis比使用NHibernate做的更多。

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

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

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

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

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

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

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

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

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

最后，難道你不知道ORM cqrs現(xiàn)在是提倡的嗎？請問，有沒有什么復(fù)雜的問題沒有原生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)定的。如果你完全負責(zé)一個新項目的后端，你可以使用你想要的任何東西。如果你是一個團隊，你必須討論它。作為一個開發(fā)人員，這不是胡說八道。你必須兩者都知道。該項目可優(yōu)先考慮plus。

為什么springMVC和Mybatis逐漸流行起來了？

這是我作為程序員和架構(gòu)師職業(yè)生涯中的主要工作。讓我們根據(jù)我個人10年的發(fā)展經(jīng)驗談?wù)勎易约旱南敕ā?/p>

spring MVC的常用技術(shù)是struts、portal和各公司開發(fā)的前端框架。這種方法的優(yōu)點是代碼非常簡潔，請求中請求的參數(shù)可以自動封裝到對象中，并且還支持注解方法來映射URL。這是程序員的最愛，更不用說他和spring security的完美搭配了。

很難說mybatis stream不受歡迎，但它一定比hibernate好，而且使用起來更方便。在這里我只想抱怨一下hibernate的缺點。首先，使用內(nèi)存太貴了。任何小型系統(tǒng)都將獲得500MB。其次，使用JPA，事物管理和注釋根本不清楚，因此很難分層。但是有多少系統(tǒng)需要分布式的東西呢？更不用說hsql了。

在我被困多年之后，我的建議是SpringMVC數(shù)據(jù)庫連接池更好。Mybatis可以嘗試，但我個人認為spring的Dao套件非常容易使用。

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

1. 什么是mybatis？

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

3. 使用mybatis

3.1使用進程

A.編程

B.集成managed到spring中使用

這個差別不是很大。主要的區(qū)別在于mybatis簡化了編碼過程。您不需要編寫Dao實現(xiàn)類。您可以直接編寫Dao接口，然后編寫XML配置文件。整個mybatis都會被配置好，也就是連接數(shù)據(jù)庫，然后你可以直接在服務(wù)中調(diào)用Dao，但是ibatis不能，你要寫Dao，然后寫一個return getsqlmapclienttemplate（）。Queryforlist（）。Mybatis是ibatis的升級版。另一個不同之處是，用XML編寫SQL語句的方式有一些小的變化，但變化不大。Mybatis實現(xiàn)接口綁定，使用更方便。在ibatis2。十、 在Dao實現(xiàn)類中需要指定對應(yīng)哪個XML映射文件，mybatis實現(xiàn)了Dao接口與XML映射文件的綁定，自動生成接口的具體實現(xiàn)，使用起來更加方便。這可以說是mybatis最重要的改善。