基于ASP.NET Core的MVC插件式开发可行性与合理性咨询

完全可以把包含Model、View、Controller的小型应用模块封装成DLL加载到主ASP.NET应用中，这是ASP.NET生态支持的模块化开发方案，不管是ASP.NET Framework还是ASP.NET Core都能实现。

一、具体实现方式 #

1. 静态引用（推荐用于稳定模块） #

在ASP.NET Core中，直接创建**Razor类库（Razor Class Library, RCL）**项目，这是官方专门用来封装可复用MVC组件的模板。你可以在RCL里完整编写Model、Controller和View，编译后会生成DLL，主应用直接添加对该DLL的引用即可，主应用的路由系统会自动识别并加载RCL里的控制器和视图。

2. 动态加载（用于需要热插拔的模块） #

如果需要在主应用运行时动态加载/卸载模块，可以通过AssemblyLoadContext加载外部DLL，再通过ApplicationPart让ASP.NET Core识别模块里的MVC组件：

// 加载模块DLL
var moduleAssembly = AssemblyLoadContext.Default.LoadFromAssemblyPath(@"D:\Modules\SampleModule.dll");
// 将模块注册为MVC应用部件
services.AddControllersWithViews()
        .AddApplicationPart(moduleAssembly)
        .AddControllersAsServices();

这样主应用就能识别模块里的控制器、视图和模型了。

二、方案的合理性分析 #

优点 #

• 解耦核心与业务模块：主应用专注于用户登录、角色权限等核心功能，业务模块独立开发、维护，互不干扰，完全匹配你“彼此无交互”的需求。
• 复用性强：模块可以在多个ASP.NET项目中复用，避免重复造轮子。
• 扩展性好：后续新增模块无需修改主应用代码，直接添加DLL即可完成扩展。
• 团队协作高效：不同团队可以并行开发不同模块，互不影响，降低代码冲突风险。

需要注意的问题 #

• 视图资源处理：RCL里的视图会被嵌入DLL，ASP.NET Core默认支持从RCL查找视图，无需额外配置；如果是手动动态加载非RCL的DLL，需要确保视图资源能被正确定位。
• 依赖版本兼容：模块的依赖库版本要和主应用保持兼容，避免出现版本冲突导致的运行错误。
• 权限渗透：模块里的控制器可以直接使用主应用的授权属性（比如[Authorize]），确保权限规则统一，不用在模块里重复实现权限逻辑。
• 动态加载的稳定性：如果用动态加载，要做好错误处理（比如DLL加载失败、模块存在无效代码等），必要时实现模块的卸载逻辑，避免内存泄漏。

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