Service層和Dao層真的有必要每個類都加上接口嗎？這主要取決于您的項目：例如，如果項目中使用了hibernate，以后可能會切換到mybatis，那么Dao需要使用這個接口。這不會影響上層代碼的

Service層和Dao層真的有必要每個類都加上接口嗎？

這主要取決于您的項目：

例如，如果項目中使用了hibernate，以后可能會切換到mybatis，那么Dao需要使用這個接口。這不會影響上層代碼的更改。

另一個例子是，項目是一個單一的應(yīng)用程序。任何代碼修改都需要重新編譯整個項目，因此不需要接口。如果項目是由模塊編譯和部署的，那么可以使用接口解耦。假設(shè)修改了Dao，只需要重新編譯和部署Dao模塊，而不影響上層模塊。

此外，如果項目團隊中有許多新手，簡單的代碼結(jié)構(gòu)可能更合適。復雜項目結(jié)構(gòu)的學習成本較高。

如果工程進度非常緊迫，我們可以用簡單粗暴的方式用經(jīng)濟成本來說明原因。

使用接口的成本是不使用接口的成本（包括后續(xù)維護成本）。

如果項目變化很大，部署了模塊，項目不急，使用接口的成本比不使用接口的成本低，雖然早期不使用接口似乎更簡單；相反，不使用接口的成本低，而且連框架都不能用～

畢竟工具是提高效率的，那你為什么不能和自己相處呢

mybatis和ibatis的區(qū)別？

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

jpa和mybatis如何選擇？

Mybatis spring MySQL Mybatis是一個持久層框架，可以自定義SQL、存儲過程和高級映射。Mybatis消除了大部分JDBC代碼、手動參數(shù)設(shè)置和結(jié)果集檢索。Mybatis只使用簡單的XML和注釋來配置和映射基本數(shù)據(jù)類型、映射接口和POJO到數(shù)據(jù)庫記錄。與hibernate和apacheojb以及其他“一站式”O(jiān)RM解決方案相比，mybatis是一個“半自動”的ORM實現(xiàn)。Jar包：mybatis-3.0.2.Jar（mybatis核心包）。Mybatis-spring-1.0.0.jar（與spring包結(jié)合使用）。mybatis簡介mybatis是一個持久層框架，可以自定義SQL、存儲過程和高級映射。Mybatis消除了大部分JDBC代碼、手動參數(shù)設(shè)置和結(jié)果集檢索。Mybatis只使用簡單的XML和注釋來配置和映射基本數(shù)據(jù)類型、映射接口和POJO到數(shù)據(jù)庫記錄。與hibernate和apacheojb以及其他“一站式”O(jiān)RM解決方案相比，mybatis是一個“半自動”的ORM實現(xiàn)。Jar包：mybatis-3.0.2.Jar（mybatis核心包）。Mybatis-spring-1.0.0.jar（與spring包結(jié)合使用）。-------------如果我的回答對你有幫助，請注意我。如果你還有其他問題，你也可以關(guān)注我，給我發(fā)封私信

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

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

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