.NET Core主次版本代码分离及无重编译扩展方案咨询

1. 插件化架构+依赖注入（核心方案） #

核心思路是将可扩展功能抽象为接口，主应用仅依赖接口定义，外部扩展实现这些接口并编译为独立类库（DLL），主应用启动时动态加载这些DLL并注入到DI容器中，实现无需重新编译主应用即可扩展功能。

具体步骤： #

• 定义扩展接口：在主应用的共享基础类库中定义抽象接口，以字段验证场景为例：

  public interface IFieldValidator
  {
      bool Validate(string fieldName, object value, out string errorMessage);
      // 用于标识验证适用的实体类型、优先级
      string TargetEntity { get; }
      int Priority { get; }
  }
  

• 主应用预留扩展点：主应用中依赖该接口，在需要执行验证的地方批量获取所有实现类并执行逻辑：

  public class ValidationService
  {
      private readonly IEnumerable<IFieldValidator> _validators;
  
      public ValidationService(IEnumerable<IFieldValidator> validators)
      {
          _validators = validators;
      }
  
      public Dictionary<string, string> ValidateEntity(object entity)
      {
          var errors = new Dictionary<string, string>();
          var entityTypeName = entity.GetType().Name;
          // 筛选当前实体适用的验证器，并按优先级排序
          var applicableValidators = _validators
              .Where(v => v.TargetEntity == entityTypeName)
              .OrderByDescending(v => v.Priority);
  
          foreach (var validator in applicableValidators)
          {
              var fields = entity.GetType().GetProperties();
              foreach (var field in fields)
              {
                  if (validator.Validate(field.Name, field.GetValue(entity), out var error))
                  {
                      if (!errors.ContainsKey(field.Name))
                          errors.Add(field.Name, error);
                  }
              }
          }
          return errors;
      }
  }
  

• 编写外部扩展类：创建独立的.NET类库项目，引用主应用的共享接口类库，实现IFieldValidator接口：

  public class CustomEmailValidator : IFieldValidator
  {
      public string TargetEntity => "User";
      public int Priority => 10;
  
      public bool Validate(string fieldName, object value, out string errorMessage)
      {
          errorMessage = string.Empty;
          if (fieldName != "Email") return false;
  
          var email = value as string;
          if (string.IsNullOrEmpty(email) || !email.Contains("@"))
          {
              errorMessage = "邮箱格式不符合要求";
              return true;
          }
          return false;
      }
  }
  

• 主应用动态加载插件：在Program.cs中添加插件加载逻辑，扫描指定目录下的扩展DLL并注册到DI容器：

  var builder = WebApplication.CreateBuilder(args);
  
  // 指定插件目录，可配置到appsettings.json
  var pluginDir = Path.Combine(AppContext.BaseDirectory, "Plugins");
  if (Directory.Exists(pluginDir))
  {
      foreach (var dllPath in Directory.GetFiles(pluginDir, "*.dll"))
      {
          try
          {
              var assembly = Assembly.LoadFrom(dllPath);
              // 查找所有实现IFieldValidator的非抽象类型
              var validatorTypes = assembly.GetTypes()
                  .Where(t => typeof(IFieldValidator).IsAssignableFrom(t) && !t.IsAbstract);
  
              foreach (var type in validatorTypes)
              {
                  builder.Services.AddTransient(typeof(IFieldValidator), type);
              }
          }
          catch (Exception ex)
          {
              // 记录加载异常日志，避免影响主应用启动
              Console.WriteLine($"加载插件失败：{ex.Message}");
          }
      }
  }
  
  // 注册主应用核心服务
  builder.Services.AddScoped<ValidationService>();
  

• 部署扩展：将编译后的扩展类库DLL放到主应用的Plugins目录下，重启主应用即可生效，无需重新编译主应用。

2. 反射加载（轻量方案） #

如果不需要完整的DI容器支持，可直接通过反射加载外部DLL并调用方法，适合简单场景：

// 加载外部扩展DLL
var assembly = Assembly.LoadFile(@"D:\AppExtensions\CustomValidator.dll");
// 获取目标验证器类型
var validatorType = assembly.GetType("CustomExtensions.CustomEmailValidator");
// 创建实例
var validator = Activator.CreateInstance(validatorType);
// 调用验证方法
var validateMethod = validatorType.GetMethod("Validate");
var parameters = new object[] { "Email", "invalid-email", null };
var hasError = (bool)validateMethod.Invoke(validator, parameters);
var errorMessage = parameters[2] as string;

3. 策略模式实现功能覆盖 #

针对需要替换原有功能的场景，可在主应用中定义策略工厂，通过配置决定使用默认逻辑还是外部扩展逻辑：

public interface IUserValidationStrategy
{
    Dictionary<string, string> Validate(User user);
}

// 主应用默认实现
public class DefaultUserValidation : IUserValidationStrategy
{
    public Dictionary<string, string> Validate(User user)
    {
        // 默认验证逻辑
    }
}

// 外部扩展实现
public class CustomUserValidation : IUserValidationStrategy
{
    public Dictionary<string, string> Validate(User user)
    {
        // 自定义验证逻辑，完全覆盖默认逻辑
    }
}

// 策略工厂
public class ValidationStrategyFactory
{
    public static IUserValidationStrategy GetStrategy(IConfiguration configuration)
    {
        var useCustom = configuration.GetValue<bool>("Validation:UseCustomStrategy");
        if (useCustom)
        {
            var assembly = Assembly.LoadFrom("Plugins/CustomValidation.dll");
            var type = assembly.GetType("CustomExtensions.CustomUserValidation");
            return Activator.CreateInstance(type) as IUserValidationStrategy;
        }
        return new DefaultUserValidation();
    }
}

关键注意事项 #

• 版本兼容性：外部扩展类库必须与主应用的接口版本保持一致，避免因接口变更导致加载失败。
• 异常隔离：需为插件加载和执行添加异常捕获逻辑，防止外部插件的异常影响主应用稳定性。
• 配置管理：可通过配置文件指定加载的插件列表、优先级，实现更灵活的扩展控制。
• 安全性：仅加载可信来源的插件DLL，避免恶意代码执行风险。

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