从Xamarin.Forms迁移至MAUI：类库中ICacheManager依赖注入替代方案咨询

针对你在Xamarin.Forms迁移MAUI时遇到的类库无法访问Application、不想大量修改调用代码的问题，提供三个可行方案：

方案一：使用服务定位器（快速适配，最小改动） #

这是妥协方案，适合不想重构大量现有代码的场景，核心是在类库中定义一个静态服务容器，由MAUI项目初始化：

1. 在类库中添加一个静态服务定位类：

public static class ServiceLocator
{
    public static IServiceProvider? Current { get; set; }
}

2. 在MAUI项目的Program.cs中，初始化服务定位器：

var app = builder.Build();
// 把MAUI的服务提供者传给类库的定位器
ServiceLocator.Current = app.Services;
return app;

3. 修改类库中数据处理类的依赖获取代码：

// 替换原来的DependencyService.Resolve
_cacheManager = ServiceLocator.Current?.GetRequiredService<ICacheManager>() 
    ?? throw new InvalidOperationException("服务定位器未初始化，请先在MAUI项目中设置ServiceLocator.Current");

优点：不用修改90多处调用代码，仅需改动类库内部的依赖获取逻辑；类库无需引用MAUI的Application。
缺点：属于DI反模式，会降低代码的可测试性和可维护性，仅建议作为过渡方案。

方案二：重构为构造函数注入（最佳实践，长远收益） #

这是依赖注入的标准用法，虽然需要修改现有代码，但能让代码更健壮、可测试：

1. 修改类库中数据处理类的构造函数，将ICacheManager作为参数注入：

public class DataProcessingClass
{
    private readonly ICacheManager _cacheManager;

    // 移除原来的无参构造函数，添加带依赖的构造函数
    public DataProcessingClass(ICacheManager cacheManager)
    {
        _cacheManager = cacheManager ?? throw new ArgumentNullException(nameof(cacheManager));
    }

    // 原有业务逻辑保持不变
}

2. 在MAUI项目的Program.cs中注册数据处理类和ICacheManager的实现：

// 注册ICacheManager的具体实现
builder.Services.AddSingleton<ICacheManager, CacheManager>();
// 注册数据处理类（根据生命周期选择AddSingleton/AddTransient/AddScoped）
builder.Services.AddTransient<DataProcessingClass>();

3. 在所有使用数据处理类的地方，通过构造函数注入获取实例，而非直接new：
   比如原来的：

var processor = new DataProcessingClass();

改成在构造函数中注入：

public class SomePageViewModel
{
    private readonly DataProcessingClass _dataProcessor;

    public SomePageViewModel(DataProcessingClass dataProcessor)
    {
        _dataProcessor = dataProcessor;
    }
}

优点：符合DI设计原则，代码可测试性、可维护性大幅提升；彻底摆脱对服务定位器或Application的依赖。
缺点：需要修改90多处调用代码，但可以借助IDE的查找替换功能批量处理，长远来看值得投入。

方案三：使用工厂委托（折中方案，平衡改动量与规范） #

如果不想直接修改数据处理类的构造函数，也可以通过注册工厂委托来间接注入依赖：

1. 在MAUI项目的Program.cs中注册工厂委托：

builder.Services.AddSingleton<ICacheManager, CacheManager>();
// 注册一个能创建DataProcessingClass的委托
builder.Services.AddTransient<Func<DataProcessingClass>>(sp => 
    () => new DataProcessingClass(sp.GetRequiredService<ICacheManager>()));

2. 在需要创建数据处理类的地方，注入Func<DataProcessingClass>并调用：

public class SomeViewModel
{
    private readonly Func<DataProcessingClass> _processorFactory;

    public SomeViewModel(Func<DataProcessingClass> processorFactory)
    {
        _processorFactory = processorFactory;
    }

    public void DoWork()
    {
        var processor = _processorFactory();
        // 使用processor处理数据
    }
}

优点：不需要修改数据处理类的构造函数，调用处仅需注入工厂委托，改动量远小于构造函数注入；保持了DI的核心优势。
缺点：相比构造函数注入，代码稍显间接，不如前者直观。

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