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

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

在頭條上問(wèn)這個(gè)問(wèn)題真是太醉了。。順便說(shuō)一句，胡說(shuō)八道太多了。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

如果項(xiàng)目是數(shù)據(jù)建模，請(qǐng)使用mybatis；如果項(xiàng)目是對(duì)象建模，請(qǐng)使用JPA。

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

目前，前端框架有三個(gè)選項(xiàng)：react、Ag和Vue。

我不喜歡react….的語(yǔ)法。。。。

似乎Ag在中國(guó)的知名度不高，所以我們不太關(guān)注。

最后的選擇是Vue，它簡(jiǎn)單快速。支持的UI庫(kù)也比較完善。

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

什么是JPA？

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

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

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

jpa的優(yōu)缺點(diǎn)？

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

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

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

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

因?yàn)樗欠浅Ｐ碌?，JPA規(guī)范可能需要經(jīng)過(guò)重要的開發(fā)才能變得非常穩(wěn)定。

JPA是規(guī)范，不是產(chǎn)品。提供商需要提供一個(gè)實(shí)現(xiàn)來(lái)獲得這些基于標(biāo)準(zhǔn)的api的好處。