最進公司內某個專案遇到了一個 bug 是因為第三方套件的已知 bug 導致，但又不可能等人家修好 bug 我們才能處理，於是來詢問我的想法；其實這並不是一個很難的問題，尤其是在 Angular 這種完整個框架下，透過 DI 容器就可以輕易的達成，只是不一定想得到而已，由於大多數我們會使用到 Angular 的 DI 機制常常都是再進行一些組態設定，難得有個案例是用來修 bug 的，就用這篇文章來記錄一下！

前兩天我們學到了多種替換注入 token 內容的方法，今天我們來看看如何取得不同注入內容的方式：

昨天我們提到了在 @NgModule 中設定要抽換注入 token 的兩種比較簡單方法，今天我們把剩下兩種稍微複雜的也來介紹一下：

相依注入是一般物件導向程式設計的一個大重點，相依注入用得越好程式彈性就越高，而 Angular 本身架構就包含了非常強大的相依注入功能，讓我們自由切換想要注入的實體，今天就來看看在 @NgModule 的 providers: [] 中該如何自由的切換不同注入的內容：

使用Unity進行相依注入的時候，比較常見都是一個Interface對一個實作的Class，但是需求變得複雜，經過幾次重構後，很可能會拉出一個Interface出來，再由不同的Class去實作它，這時候要進行DI時code改怎麼寫？