阿里用mybatis還是jpa SpringData JPA也能寫sql,為什么還要用mybatis?
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ì)模型?!辈还茉鯓?,我可以用原生SQL來(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也是一樣的)?;卮鹨恍┏R姷膯?wèn)題。
1. JPA表的連接行為具有不確定性和難以控制性。
您確定使用了spring數(shù)據(jù)JPA嗎?你不知道有個(gè)實(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)在做java框架的主流還是SSM嗎?
Spring boot,
hibernate,
data JDBC,
mybatis
更多,您可以關(guān)注dingo。
Service層和Dao層真的有必要每個(gè)類都加上接口嗎?
這主要取決于您的項(xiàng)目:
例如,如果項(xiàng)目中使用hibernate,以后可能會(huì)切換到mybatis,那么Dao需要使用該接口。這不會(huì)影響上層代碼的更改。
另一個(gè)例子是,項(xiàng)目是一個(gè)單一的應(yīng)用程序。任何代碼修改都需要重新編譯整個(gè)項(xiàng)目,因此不需要接口。如果項(xiàng)目是由模塊編譯和部署的,那么可以使用接口解耦。假設(shè)修改了Dao,只需要重新編譯和部署Dao模塊,而不影響上層模塊。
此外,如果項(xiàng)目團(tuán)隊(duì)中有許多新手,簡(jiǎn)單的代碼結(jié)構(gòu)可能更合適。復(fù)雜項(xiàng)目結(jié)構(gòu)的學(xué)習(xí)成本較高。
如果工程進(jìn)度非常緊迫,我們可以用簡(jiǎn)單粗暴的方式用經(jīng)濟(jì)成本來(lái)說(shuō)明原因。
使用接口的成本是不使用接口的成本(包括后續(xù)維護(hù)成本)。
如果項(xiàng)目變化很大,部署了模塊,項(xiàng)目不急,使用接口的成本比不使用接口的成本低,雖然早期不使用接口似乎更簡(jiǎn)單;相反,不使用接口的成本低,而且連框架都不能用~
畢竟工具是提高效率的,那你為什么不能和自己相處呢!