控制反轉，第一次聽到這詞的時候感覺雲裡霧裡的，不假思索便覺得是個高階詞彙，但只要初步瞭解一下就發現其實並不複雜。

首先，IOC並不是一種程式設計模式或是架構，而是一種思想。

該思想的核心便是控制反轉，沒錯，字如其名。

現在請你回想一下，平時我們做專案的控制權是在使用者手上還是在我們程式設計師手上。

你可能會覺得在使用者手上，使用者負責輸入和操作我們的程式，以此來得到反饋。

但其實專案的控制器並非在於使用者，而是我們程式設計師。

試想，當我們要讓程式實現另一業務時，是否要在新增業務邏輯程式碼後，再修改原始碼？

若我們不修改原始碼，那麼所新增的業務便無法在使用者手裡實現，所以，程式真正的控制權是在我們程式設計師手裡。

那麼問題來了，小專案還好，若專案達到千萬級別的程式碼量，那麼我們修改原始碼將會相當的繁瑣，甚至一不小心，程式就奔潰了。

於是控制反轉思想便誕生了。

現在你應該很好理解控制反轉了，和你想的一樣，控制反轉就是交換程式的控制權，讓使用者來選擇想要的業務，而我們程式設計師只需要專注於新增業務就可以了。

這聽起來似乎很棒，那到底要如何實現呢？

其實並不困難，下面我們來看一個例子。