.NET 8中非WPF项目引用WPF项目遇兼容性错误

一、非WPF项目无法引用WPF项目的原因 #

你遇到的NU1201错误本质是目标框架（TFM）兼容性不匹配：

• 测试项目Modules.DataAnalysis.Tests的目标框架是net8.0，属于跨平台的.NET Core框架，不绑定特定操作系统。
• WPF项目Modules.UI的目标框架是net8.0-windows7.0（从错误信息可看出），这是Windows专属框架，依赖WPF核心组件（如PresentationFramework、WindowsBase），这类组件仅在Windows系统可用，且只能被面向Windows的.NET项目引用。

跨平台的net8.0项目无法识别Windows专属框架的依赖，因此抛出兼容性错误。

二、引用WPF项目后Moq using无法识别的原因 #

这是兼容性错误引发的连锁问题：当项目存在未解决的依赖兼容性问题时，NuGet包解析会异常，Moq包无法被正确加载到编译上下文，导致using Moq;无法被编译器识别。

三、解决方案 #

方案1：修改测试项目目标框架（快速解决） #

将测试项目的目标框架改为net8.0-windows，同时禁用WPF功能（无需UI组件），既兼容WPF项目依赖，又不会引入冗余UI代码：
修改Modules.DataAnalysis.Tests.csproj的PropertyGroup：

<PropertyGroup>
    <TargetFramework>net8.0-windows</TargetFramework>
    <UseWPF>false</UseWPF>
    <ImplicitUsings>enable</ImplicitUsings>
    <Nullable>enable</Nullable>
</PropertyGroup>

方案2：依赖抽象（最佳实践） #

避免测试项目直接引用WPF项目，遵循依赖倒置原则：

1. 创建新的net8.0类库项目（如Modules.UI.Contracts），将Modules.UI中需要被测试的逻辑抽象为接口。
2. Modules.UI引用该Contracts项目并实现接口。
3. 测试项目仅引用Modules.UI.Contracts，用Moq模拟接口实现，完全规避WPF项目的依赖兼容性问题。

这种方式不仅解决当前问题，还让测试逻辑与UI实现解耦，更符合单元测试的设计原则。

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