你要設計一個方法，要能通過floppy bird的關卡
一種鳥只能飛低、超低、高、超高
假設你寫了一個這樣只能飛高的鳥的class
class FlyHighBird
{
public function fly()
{
return "fly high";
}
}
但是floppy bird的關卡的class中
Class Stage
{
private $bird;
private $interspace;
function __construct()
{
$this->bird = new FlyHighBird();
}
function check()
{
if($this->bird->fly() == $interspace)
return true;
return false;
}
// other method dynamically change $interspace
}
Stage在編譯時期就決定依賴於Bird物件
那麼你這隻只能飛高的鳥，勢必過不了關卡現在空隙位置是
低、超低、或超高的檢查
那麼要能一直通過不同高度的關卡檢查，
你勢必要在runtime改變Stage依賴的物件才行
其實Stage根本不care你是哪種鳥，甚至根本不care你是不是鳥，
他只在乎你是飛的高還是飛的低，也就是只在乎你的
"飛的行為"，你手邊有四種鳥都只能飛不同的高度，那麼你只要能動態改變Stage依賴
的$bird物件中的實作，似乎就能通過每一次的檢查
所以你把"飛的行為"從四種鳥的class中一般化成介面
interface FlyBehavior
{
public function fly();
}
四種鳥分別實作這個介面完成四種不同高度的飛行行為
改變Stage相依的物件
class Stage
{
private $flyBehavior;
private $interspace;
function setFlyBehavior($flyBehavior)
{
$this->flyBehavior = $flyBehavior;
}
function check()
{
if($this->flyBehavior->fly() == $interspace)
return true;
return false;
}
//other methods
}
現在Stage 沒有在編譯時期依賴於某一種鳥類了，而是透過FlyBehavior介面
從Stage的外部注入其中一種鳥類的實作，來動態透過setFlyBehavior的替換目前
依賴的實作，這種依賴關係從原本自己物件內部，到被抽到外部決定再透過setter
或建構子注入就是依賴注入，能做到runtime才根據一些參數
(比如說Stage有個方法getInterspace()提供給你$interspace的數值，再在外部加以判斷)
決定要注入哪一種實作，來達到通過每一次檢查的彈性
將來floppy bird改版了，要檢查是否到達"宇宙的高度"，才算通過
你只要打造一個火箭的Class，一樣完成FlyBehavior的實作，讓他飛到宇宙的高度
再注入到Stage物件就能通過關卡了，而你"並沒有修改Stage一開始相依物件的程式碼"
因為Stage原本直接依賴於某種鳥類的實作，這樣的關係被"介面"decoupling了
也就是"針對介面寫程式，不要針對實作寫程式"的OO守則
配合DI的方式能做到更多面對需求變更時，還能保有彈性，你要修改的程式少了很多

甚至不care你是不是鳥XDD...

想請問這是為了解決不要重新編譯的問題，那PHP這種直譯的情況下也適用嗎？沒事，不好意思，剛剛短路，搞錯重點

推好文應該要Ｍ

謝謝大大的熱情回應，原理跟使用方式我懂，我想問的是情境以一般繼承的 class 來講，功能可能多半集中在自己有些共同 function 去 parent 拿，這是一般的配置DI 的設計是把功能在 Stage 操作，注入不同 class換 class 等於換 config，而且是有 function 的 config怎樣的情境才有使用的絕對差異呢，舉例一個問題DI http://pastebin.com/1NFCEW0yabstract http://pastebin.com/nz6u8ceL這兩個結果一樣，abstract 甚至可以繼承 parent 東西來用所以我想問這個原則跟使用情境

重點還是要看需求多複雜，你的例子太小了，其實沒什麼差差別可能就是假設你今天面對新需求勢必要繼承另一個class語言沒有多重繼承的時候 原本繼承的做法就做不下去了你勢必要換成介面的做法abstract class用的好的例子 可以看看template pattern滿足開放封閉原則，看看decorator pattern怎麼使用DI不過不管pattern怎麼樣，重點還是你想做什麼功能再來談適合的、有彈性的設計，pattern例子通常不能直接套