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

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

這主要取決于您的項(xiàng)目：

例如，如果項(xiàng)目中使用了hibernate，以后可能會(huì)切換到mybatis，那么Dao需要使用這個(gè)接口。這不會(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ì)成本來說明原因。

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

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

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

零基礎(chǔ)如何系統(tǒng)學(xué)習(xí)Java和JavaEE開發(fā)技術(shù)？

感謝您的邀請(qǐng)

！作為一名工作多年的程序員，我已經(jīng)使用java很長(zhǎng)時(shí)間了，并且出版了有關(guān)java編程的書籍，所以讓我來回答這個(gè)問題。！對(duì)于零編程基礎(chǔ)的人來說，學(xué)習(xí)java的困難在于理解各種抽象概念。由于Java是一種純面向?qū)ο蟮恼Z言，在任何函數(shù)的實(shí)現(xiàn)過程中都有嚴(yán)格的編程思想，因此我們首先要了解Java的編程過程，并通過大量的實(shí)驗(yàn)逐步建立起Java的編程思想。

java學(xué)習(xí)的難點(diǎn)集中在java的基礎(chǔ)知識(shí)上，以后的學(xué)習(xí)更容易。后期java學(xué)習(xí)的重點(diǎn)不是java語言本身，而是算法設(shè)計(jì)、應(yīng)用場(chǎng)景（平臺(tái)）、資源集成等。因此，學(xué)習(xí)Java的第一步是理解Java的基本概念。Java的基本概念包括類、對(duì)象、屬性、方法、封裝、繼承和多態(tài)。如果把這些概念講清楚，基本上可以理解一半以上。如果你想理解這些概念，你必須首先理解如何使用它們。通過函數(shù)的實(shí)現(xiàn)過程更容易理解它們。面向?qū)ο蠛瘮?shù)的實(shí)現(xiàn)過程分為類的定義、對(duì)象的創(chuàng)建和函數(shù)（方法）的調(diào)用三個(gè)步驟。通過這個(gè)過程，我們可以逐步樹立觀念。此外，基本部分還包括異常處理、IO操作、集合、序列化、多線程和網(wǎng)絡(luò)編程基礎(chǔ)，這是非常重要的，并且應(yīng)該通過大量的實(shí)驗(yàn)逐漸掌握。！學(xué)習(xí)基本部分之后，您需要學(xué)習(xí)數(shù)據(jù)庫開發(fā)、分布式開發(fā)、框架開發(fā)等。java EE版本已經(jīng)由Eclipse基金會(huì)管理，它將java EE改名為雅加達(dá)EE。因此，當(dāng)前的javaee通常指的是企業(yè)開發(fā)所需要的一系列技術(shù)，這與早期的javaee有所不同。

java中父類和接口有什么區(qū)別，多態(tài)的實(shí)現(xiàn)可以通過父類和接口嗎？

多態(tài)性是面向?qū)ο缶幊痰奶匦灾?，而接口是一系列方法的聲明和一些方法特性的集合。它有特定的語法和結(jié)構(gòu)。這兩個(gè)概念根本不屬于同一類型和層次。接口無疑可以反映多態(tài)性，但多態(tài)性并不一定需要使用接口，只要存在方法重寫、重載和動(dòng)態(tài)連接，就可以反映多態(tài)性（如類之間具有繼承關(guān)系）。因此，不存在“何時(shí)使用接口，何時(shí)使用多態(tài)”的問題。在程序中編寫的具體代碼只能是接口，但這種代碼的使用可以體現(xiàn)多態(tài)性，兩者可以在不同的概念層次上共存，不存在沖突。簡(jiǎn)而言之，您可以用程序中的代碼定義接口，但不能定義多態(tài)性。多態(tài)性只是對(duì)代碼特性的描述，是概念上的抽象和總結(jié)。

java是怎么通過方法區(qū)中的方法表來實(shí)現(xiàn)多態(tài)和接口的？

是的，這就是多態(tài)性。接口實(shí)現(xiàn)的多態(tài)性意味著接口userservice負(fù)責(zé)定義方法的名稱、參數(shù)列表和返回值，而不管其具體實(shí)現(xiàn)如何。調(diào)用方userblh不需要知道誰實(shí)現(xiàn)了finduser和saveOrUpdate方法。它只需要知道userservice指針指向的對(duì)象已經(jīng)實(shí)現(xiàn)了這兩個(gè)方法，所以調(diào)用方userblh只調(diào)用它們。似乎您可能不知道如何在實(shí)現(xiàn)層（語言編譯技術(shù)）中實(shí)現(xiàn)它。具體來說，1。方法實(shí)際上是一段可執(zhí)行代碼。接口userservice實(shí)際上定義了一個(gè)數(shù)據(jù)結(jié)構(gòu)（實(shí)際上，它是一個(gè)虛擬函數(shù)表），但沒有定義方法本身（也就是說，接口沒有定義可執(zhí)行代碼塊）。2接口userservice的子類userserviceinpl需要在構(gòu)造函數(shù)的表中填充一些內(nèi)容，這是子類userserviceinpl定義的可執(zhí)行代碼塊的入口地址。三。當(dāng)調(diào)用方userblh調(diào)用finduser方法時(shí)，它通過查找虛擬函數(shù)表來找到finduser方法的地址并調(diào)用它。給出一個(gè)圖來幫助從技術(shù)角度解釋如何實(shí)現(xiàn)多態(tài)性。（假設(shè)另一個(gè)類B也實(shí)現(xiàn)了接口userservice）