舉個例子：
service現在注入一個”myDao“：
}
public class MyServiceImpl {
@Resource("myDao")
private MyDao myDao;
}
然后現在切換到新的”myDao2“，不就是改了代碼嗎？
}
public class MyServiceImpl {
@Resource("myDao2")
private MyDao myDao;
}
uj5u.com熱心網友回復：
這種算配置型的代碼,改動影響很小,當然你也可以做成不改代碼的,純粹配置型,也可以做到,只是沒啥必要uj5u.com熱心網友回復：
那注入介面就可有可以無了，直接注入實作類也一樣，切換新實作類也只是改一行類名
uj5u.com熱心網友回復：
第一種方式：介面A，定義方法do()，實作類B,C,D，都實作方法do()，呼叫方永遠只需要引入private A a，通過xml或者注解配置實作類B,C,D其中之一即可第二種方式：X,Y,Z，都有各自的方法doX()，doY()，doZ()，這個月客戶希望用X的方法處理業務，下個月希望用Y的方法處理業務，再下個月用Z的方法處理業務，就需要不停的改代碼，重新打包發布，這樣每個月都要停機，部署，重啟，如果業務處理變動頻繁，對客戶來說是災難性的，所以這就是介面存在的意義，對外統一方法，對內動態決定實作方，這樣的好處是1、對外暴露的api統一，包括方法名，入參2、動態配置業務實作。3、B，C，D的開發者專注自己的業務實作。
uj5u.com熱心網友回復：
注入類?介面能保證方法一致,但類就不能了啊,語法這東西,都是從編譯期去限制,類從語言層面就沒法去限制了
uj5u.com熱心網友回復：
我的意思是，兩個實作類都實作一個介面，但是注入的時候直接注入實作類
uj5u.com熱心網友回復：
理論上是可以的,但何必呢,你修改注入的bean name就相當于選擇不同bean了,何必再去修改型別呢?做為一個程式員,少修改一行就少一分出bug的概率.
還有你既然定義了介面,那成員變數為何要選擇定義一個實作類,這點就是相當奇怪的,代碼并不是只管運行結果,還要讓人能看懂這段代碼的意圖,可以減少其他人的作業量,別人一看到介面定義在這里,那就透露了作者的意圖,這里是可擴展的,如果你寫個實作類放那,別人就算看到了這個類的介面,那也需要更多溝通/測驗來保證代碼的意圖,而不像介面那樣一目了然.
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/284021.html
標籤：Web 開發
上一篇：jsp超鏈接帶參漢字亂碼