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

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

這主要取決于您的項(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ì)成本來(lái)說(shuō)明原因。

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

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

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

什么是API接口，具體是什么意思？

作為一個(gè)軟件應(yīng)用程序，許多資源和數(shù)據(jù)不一定由它自己提供。有些函數(shù)還需要調(diào)用第三方提供的服務(wù)，這涉及到API接口的調(diào)用。

例如，我們想知道一周內(nèi)的天氣情況。由于只有氣象部門(mén)知道氣象數(shù)據(jù)，單靠自己很難實(shí)現(xiàn)這一功能。如何知道天氣信息？氣象部分提供數(shù)據(jù)API供我們使用。只要輸入?yún)^(qū)域，我們就可以知道一周內(nèi)該區(qū)域的天氣情況，但不需要知道天氣預(yù)報(bào)是如何實(shí)現(xiàn)的。

此外，不同系統(tǒng)和編程語(yǔ)言之間的數(shù)據(jù)通信通常使用API形式進(jìn)行數(shù)據(jù)傳輸。

。常見(jiàn)的API有以下幾種形式：

1。HTTP類(lèi)型接口

基于HTTP協(xié)議的API。這種API通常以“web地址”的形式提供。例如，主流的restful接口現(xiàn)在屬于這種接口。

2. RPC接口

RPC是指遠(yuǎn)程過(guò)程調(diào)用，它在遠(yuǎn)程服務(wù)器上部署部分代碼邏輯，然后在需要時(shí)調(diào)用它（調(diào)用遠(yuǎn)程方法就像調(diào)用本地方法一樣）。它本質(zhì)上是客戶(hù)機(jī)/服務(wù)器模式，支持多種協(xié)議和數(shù)據(jù)傳輸模式。

3. [web服務(wù)接口

web服務(wù)沒(méi)有具體引用某種API。我們把所有以web形式提供的服務(wù)稱(chēng)為web服務(wù)。例如，restful也屬于web服務(wù)。