在 C# 中正确使用依赖注入和 YAGNI 混淆

我知道你应该依赖抽象而不是具体的实现，但我也知道YAGNI原则。我有时发现自己很难调和这两者。

考虑以下类;

public class Foo
{
    public void DoFoo()
    {
    }
    //private foo stuff
}
public class Bar
{
    private readonly Foo _foo;
    public Bar()
    {
        _foo = new Foo();
    }
}

"Bar"是我感兴趣的类;显然有一个问题，Bar正在实例化Foo的实例，所以让我重构;

public class Bar
{
    private readonly Foo _foo;
    public Bar(Foo foo)
    {
        _foo = foo;
    }
}

很好，但 Bar 的构造函数仍然依赖于 Foo，一个具体的实现。我没有获得任何东西(我有吗？要解决此问题，我需要使foo成为抽象，这就是我的问题开始的地方。

我找到的每个示例总是(可以理解(演示使用抽象的构造函数注入。我完全赞成防御性编程，但让我们假设除了 Foo 之外，我不需要任何其他实现(测试替身不算在内(。创建一个"IFoo"接口或"FooBase"抽象类肯定违反了YAGNI原则吗？我会为未来可能的情况做一些事情，我以后总是可以这样做，例如

public abstract class Foo
{
    public abstract void DoFoo();
    //private foo stuff
}
public class Foo1:Foo
{
    public override void DoFoo()
    {
    }
}

这不会破坏 Bar，我甚至可以为接口执行此操作，前提是我放弃了"I"约定(我越来越怀疑(，例如

public interface Foo
{
    void DoFoo();
}
public abstract class FooBase:Foo
{
    public abstract void DoFoo();
    //private foo stuff
}
public class Foo1:FooBase
{
    public override void DoFoo()
    {
    }
}

有什么问题，因为我可以在稍后阶段将其重构为抽象(前提是我给抽象指定与具体实现相同的名称(？

注意：我知道"I"接口命名约定的论点，这不是我问题的重点。我也知道，使 Foo 成为抽象类会在我之前实例化它的任何地方破坏代码，但假设我广泛使用 DI，所以我只需要更改 DI 容器注册，如果我要引入 Foo 的新实现，我可能无论如何都必须这样做。