能否通过分部类修改方法功能？扩展包实现sendfile后置逻辑咨询

一、事件驱动模式（最推荐） #

在原NuGet包的核心类中添加事件，在SendFile方法执行完成后触发该事件，扩展包只需订阅事件即可实现自定义逻辑：

1. 原包核心类定义事件：

public class AzureReadApiClient
{
    // 定义带参数的事件，传递发送完成后的关键信息
    public event EventHandler<FileSentEventArgs> FileSent;

    public void SendFile(string filePath)
    {
        // 原有发送文件的核心逻辑...
        
        // 发送完成后触发事件
        FileSent?.Invoke(this, new FileSentEventArgs(filePath, DateTime.Now));
    }
}

// 自定义事件参数类
public class FileSentEventArgs : EventArgs
{
    public string FilePath { get; }
    public DateTime SentTime { get; }

    public FileSentEventArgs(string filePath, DateTime sentTime)
    {
        FilePath = filePath;
        SentTime = sentTime;
    }
}

2. 扩展包中订阅事件实现邮件发送：

var client = new AzureReadApiClient();
client.FileSent += (sender, args) => {
    // 这里实现发送邮件的逻辑，比如调用SMTP服务
    SendNotificationEmail($"文件 {args.FilePath} 已成功发送到Azure READ-API，时间：{args.SentTime}");
};

这种方式无需包装原类，多个扩展包可以各自订阅事件实现不同功能，完全解耦。

二、依赖注入+策略模式 #

如果原包采用依赖注入设计，可以定义一个后置处理器接口，原包在SendFile完成后自动执行所有注册的处理器：

1. 原包定义接口并注入处理器集合：

public interface IFilePostProcessor
{
    void ProcessAfterSend(string filePath);
}

public class AzureReadApiClient
{
    private readonly IEnumerable<IFilePostProcessor> _postProcessors;

    // 通过构造函数注入所有处理器
    public AzureReadApiClient(IEnumerable<IFilePostProcessor> postProcessors)
    {
        _postProcessors = postProcessors;
    }

    public void SendFile(string filePath)
    {
        // 原有发送文件的核心逻辑...
        
        // 执行所有注册的后置处理器
        foreach (var processor in _postProcessors)
        {
            processor.ProcessAfterSend(filePath);
        }
    }
}

2. 扩展包实现接口并注册到DI容器：

public class EmailNotificationProcessor : IFilePostProcessor
{
    public void ProcessAfterSend(string filePath)
    {
        // 邮件发送逻辑
    }
}

// 在扩展包的DI注册代码中添加：
services.AddScoped<IFilePostProcessor, EmailNotificationProcessor>();

这种方式支持多个扩展包同时注册不同的处理器，原包无需修改核心逻辑，扩展完全灵活。

三、钩子方法（Template Method模式） #

如果原包的核心类未被标记为sealed，可以通过添加虚方法的方式预留扩展点：

1. 原包修改SendFile方法，调用虚钩子方法：

public class AzureReadApiClient
{
    public void SendFile(string filePath)
    {
        // 原有发送文件的核心逻辑...
        
        // 调用钩子方法
        OnFileSent(filePath);
    }

    // 定义虚方法，允许子类重写
    protected virtual void OnFileSent(string filePath)
    {
        // 默认空实现
    }
}

2. 扩展包继承原类并重写钩子方法：

public class AzureReadApiClientWithEmail : AzureReadApiClient
{
    protected override void OnFileSent(string filePath)
    {
        base.OnFileSent(filePath); // 保留原钩子逻辑（如果有）
        // 添加邮件发送逻辑
    }
}

注意：这种方式需要用户使用扩展后的子类，而非原类，适合对实例创建有控制权的场景。

为什么分部类无法实现需求 #

分部类仅允许在同一个程序集内拆分类的定义，跨程序集的扩展包无法通过分部类修改原类的方法行为，因此你的尝试无法生效。

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