3 回答

TA貢獻1812條經驗 獲得超5個贊
兩個想法:
架構可能會受到可測試性的影響。注入使得測試類變得更加容易,因為可以注入模擬或存根。
假設過于嚴格的關系時要小心:發動機當然可以獨立于汽車而存在,例如在工廠、修理店和回收中。輪胎等類似。(這就是為什么我不會像奧利維爾建議的那樣將其設計為內部類。)

TA貢獻1799條經驗 獲得超9個贊
使用帶有 DI 的那個。
至于類比;您的汽車是否負責制造發動機;在某些時候很難改變引擎。即使您不更改實際類型(例如,將天然氣更改為電力),更改構造函數也會給您帶來一些問題。
當然,汽車并不取決于發動機,反之亦然,具體的類型也是如此。
例如; 您可以擁有一輛帶有虛擬發動機的展示模型車?;蛘叱F代發動機的測試設施。
因此,如果可能的話:不要做 new(尤其是在使用接口時),而是使用 DI。尤其; 當您處理實際硬件時;-)

TA貢獻1821條經驗 獲得超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 關注
- 192 瀏覽
添加回答
舉報