Re: [請益] Dependency Injection 疑問

看板PHP作者 (HD)時間10年前 (2015/06/09 22:09), 10年前編輯推噓5(5018)
留言23則, 5人參與, 最新討論串2/3 (看更多)
你要設計一個方法,要能通過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的方式能做到更多面對需求變更時,還能保有彈性,你要修改的程式少了很多 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 125.224.178.103 ※ 文章網址: https://www.ptt.cc/bbs/PHP/M.1433858945.A.BDA.html ※ 編輯: banjmin (125.224.178.103), 06/09/2015 22:12:44

06/10 00:56, , 1F
甚至不care你是不是鳥XDD...
06/10 00:56, 1F

06/10 08:46, , 2F
想請問這是為了解決不要重新編譯的問題,那PHP這種直譯的情
06/10 08:46, 2F

06/10 08:46, , 3F
況下也適用嗎?
06/10 08:46, 3F

06/10 09:14, , 4F
沒事,不好意思,剛剛短路,搞錯重點
06/10 09:14, 4F

06/10 09:23, , 5F
推好文應該要M
06/10 09:23, 5F

06/10 13:15, , 6F
謝謝大大的熱情回應,原理跟使用方式我懂,我想問的是情境
06/10 13:15, 6F

06/10 13:16, , 7F
以一般繼承的 class 來講,功能可能多半集中在自己
06/10 13:16, 7F

06/10 13:16, , 8F
有些共同 function 去 parent 拿,這是一般的配置
06/10 13:16, 8F

06/10 13:17, , 9F
DI 的設計是把功能在 Stage 操作,注入不同 class
06/10 13:17, 9F

06/10 13:18, , 10F
換 class 等於換 config,而且是有 function 的 config
06/10 13:18, 10F

06/10 13:20, , 11F
怎樣的情境才有使用的絕對差異呢,舉例一個問題
06/10 13:20, 11F

06/10 13:40, , 12F
06/10 13:40, 12F

06/10 13:41, , 13F
06/10 13:41, 13F

06/10 13:42, , 14F
這兩個結果一樣,abstract 甚至可以繼承 parent 東西來用
06/10 13:42, 14F

06/10 13:43, , 15F
所以我想問這個原則跟使用情境
06/10 13:43, 15F

06/10 22:50, , 16F
重點還是要看需求多複雜,你的例子太小了,其實沒什麼差
06/10 22:50, 16F

06/10 22:50, , 17F
差別可能就是假設你今天面對新需求勢必要繼承另一個class
06/10 22:50, 17F

06/10 22:51, , 18F
語言沒有多重繼承的時候 原本繼承的做法就做不下去了
06/10 22:51, 18F

06/10 22:51, , 19F
你勢必要換成介面的做法
06/10 22:51, 19F

06/10 22:53, , 20F
abstract class用的好的例子 可以看看template pattern
06/10 22:53, 20F

06/10 23:02, , 21F
滿足開放封閉原則,看看decorator pattern怎麼使用DI
06/10 23:02, 21F

06/10 23:02, , 22F
不過不管pattern怎麼樣,重點還是你想做什麼功能
06/10 23:02, 22F

06/10 23:03, , 23F
再來談適合的、有彈性的設計,pattern例子通常不能直接套
06/10 23:03, 23F
文章代碼(AID): #1LTlE1lQ (PHP)
文章代碼(AID): #1LTlE1lQ (PHP)