ASP.NET Core多项目中跨项目反射访问类型并注册服务的方法

一、基于项目引用+标记接口的核心实现 #

• 先确保Presentation层已通过项目引用关联Application Service项目（Visual Studio右键添加引用即可），这是跨项目类型访问的基础——没有引用的话，目标程序集不会被加载到应用域，反射根本找不到对应类型。
• 在Application Service层定义一个空的标记接口（仅用于定位程序集）：

  // Application Service层代码
  public interface IAppServiceAssemblyMarker { }
  

• 在Presentation层通过这个标记接口获取目标程序集，再反射查找需要注册的类型：

  // Presentation层Program.cs代码
  var appServiceAssembly = typeof(IAppServiceAssemblyMarker).Assembly;
  
  // 示例：查找所有实现IApplicationService接口的非抽象类
  var serviceImplementations = appServiceAssembly.GetTypes()
      .Where(t => typeof(IApplicationService).IsAssignableFrom(t) 
                  && !t.IsInterface 
                  && !t.IsAbstract);
  
  // 按约定注册服务（比如实现类对应同名前缀接口，如UserService对应IUserService）
  foreach (var implType in serviceImplementations)
  {
      var serviceInterface = implType.GetInterfaces()
          .FirstOrDefault(i => i.Name == $"I{implType.Name}");
      if (serviceInterface != null)
      {
          builder.Services.AddScoped(serviceInterface, implType);
      }
  }
  

• 这种方式完全不需要操作DLL文件，依赖项目引用和类型定位，是最稳定的常规做法。

二、基于依赖模型的批量程序集扫描 #

如果需要扫描多个关联项目（比如同时处理Application Service和Infrastructure层），可以利用Microsoft.Extensions.DependencyModel获取应用已加载的依赖程序集：

using Microsoft.Extensions.DependencyModel;
using System.Reflection;

var dependencyContext = DependencyContext.Default;
// 筛选目标项目的程序集（替换为你的项目名称关键词）
var targetAssemblies = dependencyContext.RuntimeLibraries
    .Where(l => l.Name.Contains("YourApp.Application") || l.Name.Contains("YourApp.Infrastructure"))
    .SelectMany(l => l.GetDefaultAssemblyNames(dependencyContext)
                      .Select(Assembly.Load))
    .ToList();

// 遍历扫描并注册服务
foreach (var assembly in targetAssemblies)
{
    var types = assembly.GetTypes()
        .Where(t => t.GetInterfaces().Any(i => i.Name.EndsWith("Service")) 
                    && !t.IsInterface 
                    && !t.IsAbstract);
    foreach (var type in types)
    {
        var matchingInterface = type.GetInterfaces().FirstOrDefault(i => i.Name == $"I{type.Name}");
        if (matchingInterface != null)
        {
            builder.Services.AddScoped(matchingInterface, type);
        }
    }
}

三、最佳实践总结 #

• 优先用标记接口而非硬编码程序集名：硬编码名称容易在项目重命名、版本迭代时出错，通过类型获取程序集更可靠。
• 严格控制扫描范围：不要盲目扫描所有程序集，只定位到目标项目的程序集，避免拖慢应用启动速度。
• 遵循依赖注入约定：比如约定所有服务实现类对应I[类名]接口，或者统一实现某个基础接口，让反射查找逻辑更简洁。
• 避免跨层直接依赖滥用：反射注册服务是为了简化配置，但不要让Presentation层过度依赖Application Service的内部类型，保持层与层的职责边界。

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