假設(shè)我們有 2 個類：Car 和 Engine。發(fā)動機取決于汽車——當汽車被毀壞時，發(fā)動機也隨之被毀。如何正確表達Engin對Car的依賴？其關(guān)系是 Engine 類在 Car 之外沒有意義。在我看來，Engine 的注入表明了與 Car 的某種獨立性。在這種情況下哪個汽車構(gòu)造函數(shù)是正確的？有DI還是沒有？示例代碼：interface IEngine { }class Engine : IEngine { }class Car{ private readonly IEngine _engine; public Car() { _engine = new Engine(); } public Car(IEngine engine) { _engine = engine; }}
3 回答
慕雪6442864
TA貢獻1812條經(jīng)驗 獲得超5個贊
兩個想法：
架構(gòu)可能會受到可測試性的影響。注入使得測試類變得更加容易，因為可以注入模擬或存根。
假設(shè)過于嚴格的關(guān)系時要小心：發(fā)動機當然可以獨立于汽車而存在，例如在工廠、修理店和回收中。輪胎等類似。（這就是為什么我不會像奧利維爾建議的那樣將其設(shè)計為內(nèi)部類。）
揚帆大魚
TA貢獻1799條經(jīng)驗 獲得超9個贊
使用帶有 DI 的那個。
至于類比；您的汽車是否負責制造發(fā)動機；在某些時候很難改變引擎。即使您不更改實際類型（例如，將天然氣更改為電力），更改構(gòu)造函數(shù)也會給您帶來一些問題。
當然，汽車并不取決于發(fā)動機，反之亦然，具體的類型也是如此。
例如; 您可以擁有一輛帶有虛擬發(fā)動機的展示模型車?；蛘叱F(xiàn)代發(fā)動機的測試設(shè)施。
因此，如果可能的話：不要做 new（尤其是在使用接口時），而是使用 DI。尤其; 當您處理實際硬件時;-)
收到一只叮咚
TA貢獻1821條經(jīng)驗 獲得超5個贊
您可以使用嵌套類：
public interface IEngine
{
? void SomeMethod();
}
public class Car
{
? private class DefaultEngine : IEngine
? {
? ? void IEngine.SomeMethod()
? ? {
? ? ? throw new NotImplementedException();
? ? }
? }
? private readonly IEngine _engine;
? public Car()
? {
? ? _engine = new DefaultEngine ();
? }
? public Car(IEngine engine)
? {
? ? _engine = engine;
? }
}
- 3 回答
- 0 關(guān)注
- 222 瀏覽
添加回答
舉報
0/150
提交
取消