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

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

這主要取決于您的項目：

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

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

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

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

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

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

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

公司規(guī)定所有接口都用post請求，這是為什么？

如果請求類型為文本，則get和post完全相同。區(qū)別在于它們位于HTTP包中。Get位于HTTP頭中，post位于正文中。

由于get在頭中，傳輸?shù)臄?shù)據(jù)長度是有限的，而正文可以分區(qū)，所以傳輸?shù)臄?shù)據(jù)長度是無限的。

作為一種通用的接口協(xié)議，get更方便。

有些人認為post比get更安全。它不存在。兩者都是明文傳輸。如果數(shù)據(jù)本身沒有加密，您可以通過抓取數(shù)據(jù)包來查看它。有兩種方法可以提高安全性：1。傳輸協(xié)議使用HTTPS。2檢查并驗證數(shù)據(jù)以防止偽造。