Search
PANDEMIK atau tidak, temasya sukan Olimpik tetap akan diteruskan.
Itu ketegasan kerajaan Jepun yang sudahpun banyak melabur bagi memastikan temasya sukan paling besar dunia itu dilangsungkan di Negara Matahari Terbit berkenaan.
Gabenor Tokyo, Yuriko Koike pada Khamis menegaskan, pembatalan temasya sukan olimpik di negara itu adalah mustahil dan sedang berbincang dengan Jawatankuasa Antarabangsa Olimpik (IOC) untuk meneruskan temasya tersebut.
Kredit @501awani
「不要 if/else 的编程－by Michael Feathers」
我自己針對 context 中判斷式的邊緣化 steps 如下：
① 重構 → 擷取方法
② 建立 class by 職責
③ 把物件行為與class倒過來看，從需求端為出發點，抽象地建立interface
④ 把 interface 的注入拉到給外部決定 (IoC)，讓 context/物件內 不用管相依物件生成問題，專注於抽象地 depending on interface 設計 （if/else 拉到 context 以外)
⑤ 透過工廠把new class instance的動作從 context 抽離 (if/else拉到factory內)
⑥ 透過 DI framework 註冊，再把工廠內的 if/else 移除
原本 context 內的一堆 if/else 就會因為這樣的 refactoring 過程被消除了。
真的要很極端的話，是有機會做到一個 if/else 都沒有的。因為最後會變成 DI framework container 中，類似 dictionary 的註冊，自然就沒有 if/else 了。
International Open College Open Day!😄
Mari sertai Acara2 Sukan Mini ini pada 18 & 19 April 2015👌
di Open University Malaysia, Jln Tun Ismail,
Kuala Lumpur👍
Penyertaan adalah percuma!🙆
Jom Zumba bersama2!👯🏃🏃🏃
#odiefitness
#zumba
#oum
#ioc
#18.04.2015
#kl
javascript ioc详解教程. 核心流程是使用装饰器，来实现依赖关系的维护。本项目就是javascript实现的一个(控制反转IOC、依赖注入DI)demo。 ... <看更多>
ioc di 在 [心得] 控制反轉(IoC) 與依賴注入(DI) - 看板Soft_Job - 批踢踢 ... 的推薦與評價
各位好:
這是小弟第三篇部落文，是很多人愛談的 IoC/DI，是傳說中學會這個，就能秒
學各框架的重要觀念。
接續前兩篇文的觀念，簡單說明 IoC/DI ，並且把大部分人混淆的觀念: 依賴反
轉 vs 控制反轉 vs 工廠，做個釐清。
才出兩篇文，有很多支持，我很感激，酸酸也比我意想的多，但我是不會玻璃心
碎的，只希望能幫助更多人，並釐清網路上的錯誤資訊... (一堆人說 IoC = DIP，我超
傻眼)。
高手可以略過，文中沒有高深莫測的程式，只有腦殘簡單的容器範例，也沒有酷
炫的語法糖，一切都回歸純樸。
請服用:
https://blog.jason.party/3/ioc-di
--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.72.242.145
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1479874039.A.344.html
每個人都有可學之處 :)
有建議或批評再麻煩各位了
我需要加強文筆 ~"~
※ 編輯: Jasonzheng (42.72.242.145), 11/23/2016 15:14:25
建議你可以看看此篇
https://stg-tud.github.io/sedc/Lecture/ss15/3.4-DIP.pdf
然後大大，您真的很無聊
從 Java 版 遠道而來 真是辛苦了
主管? 嗯嗯 棒
談論到實例前，得先釐清此觀念
我覺得您比某p大有建設性多了 :)
但是很抱歉，
我沒有想要打較正式的文章
也沒自認幽默
只想以輕鬆的口吻撰文
抱歉不適合您閱讀
我也認為
登大雅之堂要幹嘛 xd
並非您的自我認知即是一切
我撰文也有大量做功課
並非您所想隨便寫寫 不求甚解
DI 一詞的原作 Martin 都沒有畫圖了
您竟然可以知道什麼才叫"正確"的圖
我也是感到佩服。
再次強調，有錯誤就拿出依據
不要自己模稜兩可，舉例帶過
這樣也才有進一步討論的必要，感恩。
(例如: 某些框架，會做類別名稱判斷，"User"Repository 會自動注入到 "User"Control
ler)
符合以上條件的話，是的。
但如果不想使用容器，自己 new Game 再設值給 Computer，當然也行 :)
※ 編輯: Jasonzheng (60.250.236.43), 11/24/2016 12:24:56
有做好 DI 當然就實做了 IoC ^^
※ 編輯: Jasonzheng (60.250.236.43), 11/24/2016 12:27:47
... <看更多>