引用依赖外部dll的项目报CS0012错误，是否需同时引用其依赖程序集？

错误根因 #

CS0012报错的本质是项目P的公开API向外泄露了对内部依赖程序集A的类型信息：你定义的公开类S继承自A中的A.S，当你在T项目中直接实例化S、并将其作为参数传入C的构造函数时，编译器需要解析S的完整类型定义做类型校验，此时必须拿到A程序集的元数据才能完成校验，因此抛出未引用程序集的错误。
你看到错误出现在var c = new C(s);行，是编译器校验参数s的类型兼容性时触发的元数据检查，不是C类本身的实现有问题。

是否必须每次使用P时都同时引用A？ #

分两种场景：

• 如果上层项目使用P时，全程只接触P中完全不涉及A类型的公开接口/抽象，不需要直接实例化或操作P中依赖A的具体类型，就不需要引用A。
• 如果上层项目直接用到了P中那些继承/参数/返回值包含A中类型的公开成员，就必须同时引用A。

适配当前场景的解决方案 #

方案1：直接引用A（最低成本） #

如果不想调整现有P的封装结构，直接在T项目中添加对A的程序集引用即可，适合单元测试这类不需要对外发布的内部项目。

方案2：优化P的封装，彻底消除外部对A的依赖（长期最优） #

你已经提取了IS抽象接口，只要调整P的类型可见性，避免把依赖A的具体类型暴露给上层即可：

1. 将P中的S类访问级别改为internal，不再对外暴露：

internal class S : A.S, IS { 
    // 原有重写、日志逻辑保持不变
}

2. 在P中新增公开工厂类，对外只返回IS接口实例：

public static class SFactory
{
    public static IS CreateS()
    {
        return new S();
    }
}

3. 修改T项目中的实例化逻辑，不再直接new S：

var s = SFactory.CreateS();
c = new C(s);

修改后上层项目只能接触到IS接口，不需要了解S的继承链细节，也就不需要再引用A程序集，同时也符合依赖倒置的设计原则。

方案3：配置自动传递依赖引用（无需改代码） #

如果你使用的是.NET Core/.NET 5+的SDK风格项目，可以直接修改P的项目文件，把对A的引用设置为可传递，后续所有引用P的项目都会自动继承A的引用，不需要手动逐个添加：

<ItemGroup>
  <Reference Include="A">
    <HintPath>你的A.dll本地路径</HintPath>
    <PrivateAssets>none</PrivateAssets>
  </Reference>
</ItemGroup>

内容的提问来源于stack exchange，提问作者downforme