Service層和Dao層真的有必要每個類都加上接口嗎？簡單來說就是看情況。主要看你項目：變動情況以及架構人員項目情況比如，項目原來使用的hibernate，后續(xù)可能要切換為mybatis，那么dao

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

簡單來說就是看情況。

主要看你項目：

• 變動情況
• 以及架構
• 人員
• 項目情況

比如，項目原來使用的hibernate，后續(xù)可能要切換為mybatis，那么dao就需要使用接口。這就不會影響上層代碼的修改。

再比如，項目是個單體應用，任何代碼的修改都需要重新編譯整個項目，那可以不用接口。而如果項目是分模塊編譯部署的，那就可以使用接口解耦，假設dao有修改，只需要重新編譯部署dao模塊即可，不影響上層模塊。

再來，如果項目組新手較多，可能簡單的代碼結構更適合。復雜項目結構的學習成本要高。

假如，項目進度很急，可以使用簡單粗暴的方式先擼～

可以用經濟學上的成本來解釋原因。

經濟學上的成本定義是：你做一件事，所放棄的其它事情中，價值最大的那件事的價值就是你做這件事的成本。

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

如果項目變動多、模塊部署、項目不急，那使用接口的成本就低于不使用接口的成本，雖然早期可能不用接口看起來更簡單；反之，則不用接口的成本低，甚至框架都可以不使用～

畢竟工具是為了提高效率的，何必和自己過不去呢！

mvc的含義和各層調用關系?dao類屬于那一層?為什么？

MVC中的M是模型層（Model），v是視圖層（view），c是控制層（Controller）. 一般程序都是用模型層與數據庫進行交互，而dao層則用于程序對數據庫的操作，所以認為dao層屬于模型層。 也有這樣的看法，把dao層看做MVC框架之外的單獨的一層，稱之為數據持久層。 這的看個人的理解