如何在ASP.NET Core后端用Prism.Unity替代Microsoft.DI以减少代码重复？

可行方案 #

要在ASP.NET Core中替换原生DI为Prism.Unity，核心是利用Unity与ASP.NET Core DI抽象的适配层，步骤如下：

1. 安装依赖包
   引入必要的NuGet包：

   • Prism.Unity：Prism的Unity容器实现
   • Unity.Microsoft.DependencyInjection：Unity与ASP.NET Core DI的适配库

2. 配置容器替换
   在项目的Program.cs中，创建Prism Unity容器并替换ASP.NET Core的默认服务提供工厂：

   var builder = WebApplication.CreateBuilder(args);
   
   // 初始化Prism Unity容器
   var unityContainer = new UnityContainer();
   var prismExtension = new UnityContainerExtension(unityContainer);
   
   // 复用客户端的Prism服务注册逻辑（共享代码）
   prismExtension.RegisterType<ISharedBusinessService, SharedBusinessService>(new ContainerControlledLifetimeManager());
   // 注册ASP.NET Core控制器等框架服务
   unityContainer.RegisterTypes(
       AllClasses.FromAssemblies(typeof(Program).Assembly),
       WithMappings.FromMatchingInterface,
       WithName.Default,
       WithLifetime.Transient);
   
   // 将Unity容器设置为ASP.NET Core的服务提供器
   builder.Host.UseServiceProviderFactory(new UnityServiceProviderFactory(unityContainer));
   
   var app = builder.Build();
   // 后续中间件、路由等配置保持不变
   

不建议此操作的理由 #

虽然技术上可行，但存在以下显著问题：

• 冗余依赖：Prism.Unity包含大量客户端UI框架特有的功能（如导航、视图区域管理、事件聚合器的UI适配），后端完全不需要这些功能，会无端增加部署包体积与维护复杂度。
• 框架集成深度不足：ASP.NET Core原生DI与框架深度绑定，比如请求级Scoped生命周期的自动管理、配置系统的无缝集成、健康检查等扩展的默认支持。Prism.Unity通过适配层实现兼容，但在边缘场景（如请求结束时的资源释放、复杂生命周期嵌套）可能出现行为不一致。
• 社区支持匮乏：ASP.NET Core的生态几乎围绕原生DI构建，绝大多数教程、问题排查方案都是基于原生DI的，使用Prism.Unity遇到问题时，很难找到针对性的解决方案。
• 版本兼容性风险：Prism与ASP.NET Core的更新节奏独立，后续框架升级时，可能出现适配层失效、API不兼容等问题，增加维护成本。

更优替代方案（减少代码重复） #

如果核心目标是减少客户端与后端的服务注册代码重复，无需替换后端DI，可采用共享注册模块的方式：

1. 创建一个共享类库，定义服务注册的抽象逻辑：

   public static class SharedServiceRegistrar
   {
       // 适配Prism.Unity的注册方法
       public static void RegisterSharedServices(this IContainerRegistry registry)
       {
           registry.Register<ISharedBusinessService, SharedBusinessService>();
       }
   
       // 适配ASP.NET Core原生DI的注册方法
       public static void AddSharedServices(this IServiceCollection services)
       {
           services.AddSingleton<ISharedBusinessService, SharedBusinessService>();
       }
   }
   

2. 客户端直接调用Prism的扩展方法：

   protected override void RegisterTypes(IContainerRegistry registry)
   {
       registry.RegisterSharedServices();
   }
   

3. 后端调用原生DI的扩展方法：

   builder.Services.AddSharedServices();
   

这种方式既能实现代码复用，又能保留各自框架DI的原生优势，避免替换DI带来的风险。

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