MAUI中依赖注入HttpClient时AdCampaign服务实例为空及调用方式疑问

首先明确：不建议在实体类（比如AdCampaign）内部依赖服务类调用API，这不仅是你当前遇到注入失败的根源，也违背了软件设计的单一职责原则。

为什么你的_AdCampaignService始终为空？ #

你通过API返回的JSON反序列化得到AdCampaign实例时，这些实例是由序列化器创建的，完全不经过依赖注入容器管理——DI容器只会负责它自己创建的对象（比如你通过构造注入获取的AdCampaignService），所以你在实体类里尝试构造注入、通过IServiceProvider获取服务的方法根本不会生效，自然_AdCampaignService一直是空。

正确的思路：分离职责 #

实体类的核心职责是封装数据和自身状态相关的业务逻辑（比如验证广告活动的名称是否合规、计算剩余投放天数这类只依赖自身属性的逻辑），而调用API发起Delete/Create这类IO操作，属于服务层的职责，应该放在AdCampaignService这类专门的服务类中。

具体实现调整 #

1. 清理实体类：移除AdCampaign里的Delete()方法，让它只保留数据属性和自身相关的逻辑：

public class AdCampaign
{
    public int Id { get; set; }
    public string Name { get; set; }
    // 其他数据属性
    // 只保留和自身状态相关的方法，比如：
    public bool IsActive()
    {
        return DateTime.Now < EndDate;
    }
}

2. 在服务类中实现API操作：把Delete等逻辑移到AdCampaignService里：

public class AdCampaignService
{
    private readonly IBaseNippyApiService _apiService;

    public AdCampaignService(IBaseNippyApiService apiService)
    {
        _apiService = apiService;
    }

    public async Task<List<AdCampaign>> GetAdCampaignsAsync()
    {
        // 调用BaseNippyApiService获取数据并反序列化为AdCampaign列表
        var response = await _apiService.GetAsync("campaigns");
        return JsonSerializer.Deserialize<List<AdCampaign>>(response);
    }

    public async Task DeleteAdCampaignAsync(AdCampaign campaign)
    {
        await _apiService.DeleteAsync($"campaigns/{campaign.Id}");
        // 可选：如果需要本地维护状态，可以在这里标记campaign为已删除
    }
}

3. 外部调用服务方法：在MainPage等业务逻辑层调用服务类的方法：

// 构造注入AdCampaignService
private readonly AdCampaignService _adCampaignService;

public MainPage(AdCampaignService adCampaignService)
{
    _adCampaignService = adCampaignService;
}

// 调用示例
private async Task DeleteFirstCampaign()
{
    var campaigns = await _adCampaignService.GetAdCampaignsAsync();
    if(campaigns.Any())
    {
        await _adCampaignService.DeleteAdCampaignAsync(campaigns[0]);
    }
}

可选的优化：语法糖（扩展方法） #

如果觉得_adCampaignService.DeleteAdCampaignAsync(campaign)的写法不够直观，可以用扩展方法模拟实体类调用的语法，但本质还是外部服务调用：

public static class AdCampaignExtensions
{
    public static async Task DeleteAsync(this AdCampaign campaign, AdCampaignService service)
    {
        await service.DeleteAdCampaignAsync(campaign);
    }
}

调用时可以写成：

await campaigns[0].DeleteAsync(_adCampaignService);

为什么不推荐实体类依赖服务？ #

• 违反单一职责：实体类专注于数据和自身状态，服务类专注于IO和业务流程，分离后代码更清晰、易维护。
• 测试成本高：纯净的实体类单元测试只需要验证自身逻辑，依赖服务的实体类需要Mock服务，测试复杂度陡增。
• 生命周期冲突：实体类的生命周期通常和视图、数据绑定绑定，而服务类是单例/作用域，混合容易导致内存泄漏或状态不一致。

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