如果您有3个项目的解决方案

**注意讨论后编辑**

项目LibA – 拥有ClassA

namespace LibA
{
    public class ClassA
    {
        public override string ToString()
        {
            return "The logic in class A!";
        }
    }
}

项目LibB – 拥有ClassB

using LibA;

namespace LibB
{
    public class ClassB
    {
        public ClassA a;

        public ClassB()
        {
            a = new ClassA();
        }

        public object Foo()
        {
            return a;
        }
    }
}

LibC项目 – 拥有ClassC

using LibB;

namespace LibC
{
    public class ClassC
    {
        public ClassB b;

        public ClassC()
        {
            b = new ClassB();
        }

        public object Foo()
        {
            return b.Foo();
        }
    }
}

最后是测试驱动程序

using System;
using LibC;

namespace Shell
{
    class Program
    {
        static void Main(string[] args)
        {
            ClassC c = new ClassC();
            Console.WriteLine(c.Foo());
        }
    }
}

现在如果你编译它,一切都会完美.如果你检查LibC的二进制文件夹的内容,你会看到它自动遍历依赖链,以确定它需要拉入LibA和LibB

但是,如果您将ClassB更改为继承自A类
如

using LibA;

namespace LibB
{
    public class ClassB : ClassA
    {
        ClassA a;
    }
}

尝试编译,你会得到错误

Error 2 The type ‘LibA.ClassA’ is defined in an assembly that is not referenced. You must add a reference to assembly ‘LibA,Version=1.0.0.0,Culture=neutral,PublicKeyToken=null’.

**原始问题**

有没有人知道为什么(无论是msbuild还是visual studio)当ClassA成为ClassB的成员时,它足够聪明地引用LibA,但是当ClassA是ClassB的基类时,它不足以引用LibA？

我知道这很挑剔,但我真的很感激一些一贯的行为

**这些观察到的测试的修正问题**

我听到一些人定义为“直接”或“间接”的引用.但是,直接显然不仅仅是可见性范围,它似乎是一种类型的继承和实际使用.

没有继承,测试驱动程序足够聪明,可以解析并自动引用LibA,LibB和LibC.

在ClassB中有一个公共成员ClassA可见,但仅此一项不会产生编译/链接错误.

调试器肯定会从测试驱动程序中解析ClassA,因此它显然加载了正确的程序集.

所有这一切都在考虑之中.我现在得到了整个“直接”和“间接”的东西.

那个仍然没有点击我的东西为什么链接器/编译器/ IDE至少不会尝试在“直接”场景中自动引用引用库的依赖关系？显然足够聪明,可以知道依赖关系,并在“间接”场景中引用它们.