service注解的作用 component注解和service注解區(qū)別?
component注解和service注解區(qū)別?點擊@service注解可以看到@service是指@Component注解,即組件注解實現(xiàn)的所有功能都可以通過@service實現(xiàn),@service是
component注解和service注解區(qū)別?
點擊@service注解可以看到@service是指@Component注解,即組件注解實現(xiàn)的所有功能都可以通過@service實現(xiàn),@service是@Component的進一步發(fā)展。由@service注釋注釋的類將被spring標識為業(yè)務邏輯層,它包含一對spring用來管理業(yè)務邏輯層的邏輯。
Service層和Dao層真的有必要每個類都加上接口嗎?
這主要取決于您的項目:
例如,如果項目中使用hibernate,以后可能會切換到mybatis,那么Dao需要使用該接口。這不會影響上層代碼的更改。
另一個例子是,項目是一個單一的應用程序。任何代碼修改都需要重新編譯整個項目,因此不需要接口。如果項目是由模塊編譯和部署的,那么可以使用接口解耦。假設(shè)修改了Dao,只需要重新編譯和部署Dao模塊,而不影響上層模塊。
此外,如果項目團隊中有許多新手,簡單的代碼結(jié)構(gòu)可能更合適。復雜項目結(jié)構(gòu)的學習成本較高。
如果工程進度非常緊迫,我們可以用簡單粗暴的方式用經(jīng)濟成本來說明原因。
使用接口的成本是不使用接口的成本(包括后續(xù)維護成本)。
如果項目變化很大,部署了模塊,項目不急,使用接口的成本比不使用接口的成本低,雖然早期不使用接口似乎更簡單;相反,不使用接口的成本低,而且連框架都不能用~
畢竟工具是提高效率的,那你為什么不能和自己相處呢!