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

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

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

國內(nèi)設計理念為表驅(qū)動?？傊壿嬍怯蓴?shù)據(jù)表決定的，實現(xiàn)是由模型來完成的。事實上，這與面向?qū)ο蟮乃枷虢厝幌喾?。大多?shù)工程師手中所謂的mybatis的靈活性是，他們不需要考慮如何設計模型?！辈还茉鯓樱铱梢杂迷鶶QL來解決這個問題。模型設計太差了，只能靠SQL來修正。JPA是完全對象驅(qū)動的思想。早期設計的缺陷會制約后續(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的鎖。表設計就像一堆廢話，他們?nèi)匀幻刻焓褂迷鶶QL。你覺得他們很棒嗎？JPA可以將表屬性反映到對象。當然，運行時優(yōu)化是有基礎的。ORM的發(fā)展空間太大了。任何有點技術知識的人都知道ORM將擁有越來越多的優(yōu)勢。有一點經(jīng)驗的程序員都知道，在談論其他人之前，是時候先談論良好的維護了。解決性能問題的方法太多了。

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

現(xiàn)在流行的前后端分離項目都使用的是什么前后端框架？

開發(fā)框架主要分為三個部分：前端、web和持久性，可以自由組合。我單獨談。

在過去，有struts 1、struts 2和spring MVC for java web framework。

目前，只有一個選擇：SpringMVC，其他人都不能玩。無論是玩耍、高格、火花還是Struts2。springmvc在用戶數(shù)量和生態(tài)方面與springmvc不一樣。

不管其他框架宣傳得多好，都不建議投入大量精力。學習框架的設計思路還可以。請直接在生產(chǎn)環(huán)境中使用springmvc。spring的基礎設施無法與其他框架相比。彈簧靴可用于快速開發(fā)。POM可以依賴于enable注釋直接使用。

目前，有兩種主流的JPA和mybatis。

如果項目是數(shù)據(jù)建模，請使用mybatis；如果項目是對象建模，請使用JPA。

春天來了。springboot的spring數(shù)據(jù)子項目應該希望將兩者統(tǒng)一起來。不僅兩者，而且其野心更大。它希望統(tǒng)一所有持久性層。DB、redis和elastic search都有相應的項目。它希望將所有持久性操作抽象為存儲庫操作。如果成功，業(yè)務邏輯就不需要關心持久層的選擇，交換框架也非常方便。

目前，前端框架有三個選項：react、Ag和Vue。

我不喜歡react….的語法。。。。

似乎Ag在中國的知名度不高，所以我們不太關注。

最后的選擇是Vue，它簡單快速。支持的UI庫也比較完善。

如果您想在項目中開發(fā)小型程序，建議使用Vue。語法高度一致。你將一眼就知道如何開發(fā)小程序。

什么是JPA？

JPA的全稱是java持久性美國石油學會.JPA采用jdk5.0注解或XML描述對象與關系表之間的映射關系，并將運行的實體對象持久化到數(shù)據(jù)庫中。JPA包括以下三種技術：1。ORM映射元數(shù)據(jù)。JPA支持XML和jdk5.0注釋作為元數(shù)據(jù)的兩種形式。元數(shù)據(jù)描述了對象和表之間的映射關系，框架可以相應地將實體對象持久化到數(shù)據(jù)庫表中；

2。應用程序編程接口。它用于操作實體對象和執(zhí)行CRUD操作。這個框架在后臺為我們完成了一切。開發(fā)人員可以從冗長的JDBC和SQL代碼中解脫出來。

3. 查詢語言。這是持久性操作的一個非常重要的方面。它可以通過面向?qū)ο蟮牟樵冋Z言而不是面向數(shù)據(jù)庫的查詢語言來查詢數(shù)據(jù)，以避免SQL語句的緊密耦合。由于JPA框架支持容器級事務，如大型數(shù)據(jù)集、事務和并發(fā)，因此JPA超越了簡單持久性框架的限制，在企業(yè)應用程序中發(fā)揮了更大的作用。

jpa的優(yōu)缺點？

持久化Java對象。JPA可以直接持久化復雜的Java對象，并且可以使用jpql語言進行復雜的查詢。Jpql是JPA的一種特殊查詢語言，是一種類似于SQL的面向?qū)ο蟛樵冋Z言。

易于使用。JPA使用注釋來定義Java對象與關系數(shù)據(jù)庫之間的映射，而傳統(tǒng)的ORM大多使用XML配置文件。JPA比orm更方便使用。使用JPA不需要關注底層數(shù)據(jù)庫。

標準化。JPA是JCP發(fā)布的統(tǒng)一API，由Java正式規(guī)定。目前，實現(xiàn)JPA標準的框架很多。使用JPA的系統(tǒng)可以自由選擇遵循JPA標準的框架，并且可以自由替換。

事務性、大量數(shù)據(jù)。JPA底層采用關系數(shù)據(jù)庫進行存儲，具有事務性、數(shù)據(jù)完整性、并發(fā)訪問、數(shù)據(jù)量大等關系數(shù)據(jù)庫的特點，與其他持久化技術相比，JPA具有很大的技術優(yōu)勢。表列出了JPA和其他持久性技術之間的比較。

因為它是非常新的，JPA規(guī)范可能需要經(jīng)過重要的開發(fā)才能變得非常穩(wěn)定。

JPA是規(guī)范，不是產(chǎn)品。提供商需要提供一個實現(xiàn)來獲得這些基于標準的api的好處。