.NET跨Web与Windows应用共享库的环境适配方案咨询

这个问题本质上是依赖耦合导致的编译冲突——你的类库直接绑定了Web或Windows平台的特定API，自然没法在另一个环境编译。我之前处理过类似场景，核心思路是用依赖反转原则（DIP），通过抽象接口解耦类库和具体的数据源实现，完美解决跨平台编译问题。

下面是具体的落地步骤：

1. 在共享类库中定义抽象接口 #

首先，创建一个完全不依赖任何平台特定API的抽象接口，统一变量读取的契约：

// 共享类库中的代码
public interface IConfigurationProvider
{
    string GetVariable(string key);
    // 如果需要批量读取，可扩展方法：Dictionary<string, string> GetAllVariables();
}

接着修改类库的业务逻辑，让它依赖这个抽象接口，而非直接调用Cookie或注册表：

// 共享类库中的业务类
public class SharedBusinessLogic
{
    private readonly IConfigurationProvider _configProvider;

    // 通过构造函数注入依赖
    public SharedBusinessLogic(IConfigurationProvider configProvider)
    {
        _configProvider = configProvider;
    }

    public void ExecuteBusinessTask()
    {
        // 从抽象接口读取变量，完全脱离平台API
        var apiKey = _configProvider.GetVariable("ApiKey");
        var timeout = _configProvider.GetVariable("RequestTimeout");
        // ... 你的业务逻辑代码
    }
}

此时共享类库不再依赖任何平台专属程序集，在Web和Windows环境下都能正常编译。

2. 为每个平台实现具体的Provider #

接下来，在各自的应用项目中实现这个接口，处理平台特定的数据源读取：

Web应用的Cookie实现 #

在你的ASP.NET项目中，编写读取Cookie的Provider：

// Web应用项目中的代码
public class CookieConfigurationProvider : IConfigurationProvider
{
    private readonly HttpRequestBase _request;

    public CookieConfigurationProvider(HttpRequestBase request)
    {
        _request = request;
    }

    public string GetVariable(string key)
    {
        return _request.Cookies[key]?.Value;
    }
}

然后在Web应用中注入这个实现（以ASP.NET MVC为例）：

public class HomeController : Controller
{
    private readonly SharedBusinessLogic _businessLogic;

    public HomeController()
    {
        var cookieProvider = new CookieConfigurationProvider(Request);
        _businessLogic = new SharedBusinessLogic(cookieProvider);
    }

    // ... 控制器方法逻辑
}

Windows应用的注册表实现 #

在Windows窗体/控制台项目中，编写读取注册表的Provider：

// Windows应用项目中的代码
using Microsoft.Win32;

public class RegistryConfigurationProvider : IConfigurationProvider
{
    private readonly string _registryPath;

    public RegistryConfigurationProvider(string registryPath = @"Software\YourAppNamespace")
    {
        _registryPath = registryPath;
    }

    public string GetVariable(string key)
    {
        using var subKey = Registry.CurrentUser.OpenSubKey(_registryPath);
        return subKey?.GetValue(key)?.ToString();
    }
}

然后在Windows应用中实例化并注入：

// Windows窗体示例
public class MainForm : Form
{
    private readonly SharedBusinessLogic _businessLogic;

    public MainForm()
    {
        InitializeComponent();
        var registryProvider = new RegistryConfigurationProvider();
        _businessLogic = new SharedBusinessLogic(registryProvider);
    }

    // ... 窗体事件逻辑
}

3. 额外优化建议 #

• 如果你的项目基于.NET Core/.NET 5+，可以直接利用内置的IConfiguration系统，它支持自定义配置源（Cookie可通过扩展实现，注册表也有现成的扩展包），能进一步简化代码。
• 可以把两个平台的Provider放到单独的类库（比如YourApp.Web.Configuration和YourApp.Windows.Configuration），不同应用只需引用对应Provider类库即可，避免重复代码。
• 复杂场景下，推荐使用依赖注入容器（如Autofac、Microsoft.Extensions.DependencyInjection）管理接口与实现的映射，减少手动实例化的冗余代码。

这样处理后，共享类库完全与平台无关，Web和Windows应用都能正常引用编译，同时保留了数据源读取的平台适配性。

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