→ n3oanderson: Factory.GetImp("proj.web.class") 61.230.64.181 03/07 19:15
→ n3oanderson: runtime change conf for diff env 61.230.64.181 03/07 19:16
→ n3oanderson: proj.web.class=test.A 61.230.64.181 03/07 19:16
→ n3oanderson: proj.web.class=prod.A 61.230.64.181 03/07 19:16
這樣還是要使用者自己選擇Orz
話說為什麼沒看過用DI要使用者自己注入的Lib呢?
用了很多Lib還沒看過要使用者自己注入的情況,還是壓根沒有這種東西 Orz?
※ 編輯: lovesnake (220.133.8.225), 03/08/2016 19:05:08
→ adrianshum: 1. Ioc 本身定義就不明。DI 是某部份 14.0.169.171 03/13 07:54
→ adrianshum: (最重賈的)ioc的目的。 2. "使用者" 14.0.169.171 03/13 07:54
→ adrianshum: 指誰?DI 並不是讓真的使用者去碰的 14.0.169.171 03/13 07:54
→ adrianshum: 呀 14.0.169.171 03/13 07:54
→ adrianshum: 也看不懂你不明白的地方是什麼,DI 14.0.169.171 03/13 07:57
→ adrianshum: 最重要是解除component 的相依性, 14.0.169.171 03/13 07:57
→ adrianshum: 但怎麼連起components 造出整個系統 14.0.169.171 03/13 07:57
→ adrianshum: 還是developer 的功作 14.0.169.171 03/13 07:57
→ adrianshum: (打錯好多字)「重要」、「工作」 14.0.169.171 03/13 07:58
舉一個簡單的例子,
在Console的環境下,有一個API要寫的功能是輸出UI。
class UIPrinter
{
public:
void PrintUI();
}
因為在Console下,直接使用Standard Output是可以預見的。
但今天為了Testability,要利用IoC將Standard Output抽換為Output Stream。
這樣在測試時,Inject String Stream,才可以順利測試。
class UIPrinter
{
public:
UIPrinter(ostream* outputStream);
public:
voic PrintUI();
private:
ostream* m_outputStream;
}
這個API即是使用者直接使用的。(這裡的User是使用此API的Programmer)
如果這時候利用DI Framework,就會造成使用者要自己將組態設定好的問題。
output stream有這麼多種,使用者怎麼會知道要用哪個才可以讓API正常運作呢?
※ 編輯: lovesnake (220.133.8.225), 03/16/2016 10:20:07