WPF 插件化架构实践（工业级上位机专篇）

最新推荐文章于 2026-06-13 15:03:55 发布

原创最新推荐文章于 2026-06-13 15:03:55 发布 · 403 阅读

10 ·

本内容遵循CC 4.0 BY-SA版权协议

GEO检测

收录于

框架搭建

WPF

AI 驱动代码审查实战

Claude code-review 插件深度解析，把 AI 智能审查接进 CI/CD 流水线

一键订阅

WPF 插件化架构实践（工业级上位机专篇）

WPF 插件化（Plugin Architecture）是指将应用程序设计成主程序 + 多个独立插件（Plugin/Module）的形式，主程序提供基础框架（Shell、Region、DI容器、导航等），插件可以动态加载、卸载或按需启用，实现高可扩展性、热插拔、现场定制。

在工业上位机领域，插件化架构特别重要：

不同产线/客户需求差异大（报警规则、趋势曲线、配方管理、MES接口、视觉检测等）。
现场升级时，只需替换或新增插件DLL，无需重新编译整个系统。
支持多人并行开发、独立测试和部署。
长时间运行的系统更容易控制资源和稳定性。

主流实现方式对比（2026年推荐）：

方式	优点	缺点	工业推荐场景
Prism + DirectoryModuleCatalog	官方支持、与MVVM/Region/DI深度集成、简单可靠	隔离性一般（同一AppDomain）	首选，大多数工业上位机
Prism + MEF	自动发现、Export/Import更灵活	配置稍复杂	需要更强自动发现时
纯MEF	轻量、插件发现强大	缺少Prism的导航/Region支持	小型插件系统
MAF / AppDomain隔离	强隔离、容错性高	复杂、性能开销大	极高安全需求（极少用）

工业级推荐方案：Prism + 动态模块加载（DirectoryModuleCatalog），结合 DI、Region、EventAggregator，形成完整插件化架构。本文以Prism为主，兼顾MEF混合使用。

1. 整体架构设计（推荐结构）

WPFPluginHMI.sln
├── Shell (主程序)
│   ├── App.xaml.cs          ← 配置DI + DirectoryModuleCatalog
│   ├── Shell.xaml           ← 定义多个Region
│   └── ShellViewModel.cs
├── Core                     ← 共享接口、Model、Constants、Converters
├── Infrastructure          ← 全局服务（PLC、Log、Config）
├── Modules                 ← 插件文件夹（运行时）
│   ├── AlarmPlugin          ← 报警插件
│   ├── TrendPlugin          ← 趋势插件
│   ├── RecipePlugin         ← 配方插件
│   └── VisionPlugin         ← 视觉插件（示例）
└── Plugins (可选)           ← 额外插件目录

Core：所有插件只依赖接口（IAlarmService、IPlcService等），实现真正解耦。
Modules：每个插件是一个独立类库，编译后DLL放入运行目录的 Modules 文件夹。

2. 核心实现步骤

步骤1：主程序配置动态插件加载

在 App.xaml.cs 中：

protected override void ConfigureModuleCatalog(IModuleCatalog moduleCatalog)
{
    var directoryCatalog = new DirectoryModuleCatalog
    {
        ModulePath = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, "Modules")
    };

    // 支持多个目录
    // directoryCatalog.ModulePaths.Add("Plugins");

    moduleCatalog.Add(directoryCatalog);

    // 可混合固定模块（开发调试用）
    // moduleCatalog.AddModule<CoreModule>();
}

步骤2：创建插件（以AlarmPlugin为例）

// AlarmPlugin/AlarmModule.cs
[Module(ModuleName = "AlarmPlugin", OnDemand = false)]
[ModuleDependency("TrendPlugin")]   // 可选依赖
public class AlarmModule : IModule
{
    public void RegisterTypes(IContainerRegistry containerRegistry)
    {
        containerRegistry.RegisterSingleton<IAlarmService, AlarmService>();
        containerRegistry.RegisterForNavigation<AlarmListView, AlarmListViewModel>();
        containerRegistry.RegisterDialog<AlarmConfirmDialog, AlarmConfirmDialogViewModel>();
    }

    public void OnInitialized(IContainerProvider containerProvider)
    {
        var regionManager = containerProvider.Resolve<IRegionManager>();
        regionManager.RegisterViewWithRegion("AlarmRegion", typeof(AlarmListView));

        var alarmService = containerProvider.Resolve<IAlarmService>();
        alarmService.StartMonitoring();   // 启动插件业务
    }
}

步骤3：Shell中定义区域，插件自动填充

<!-- Shell.xaml -->
<Grid>
    <ContentControl prism:RegionManager.RegionName="NavigationRegion" Width="220"/>
    <ContentControl prism:RegionManager.RegionName="ContentRegion" Margin="220,0,0,0"/>
    <ContentControl prism:RegionManager.RegionName="AlarmRegion" />   <!-- 插件可注入此处 -->
</Grid>

步骤4：跨插件通信（EventAggregator）

在Core中定义事件：

public class AlarmOccurredEvent : PubSubEvent<AlarmItem> { }

插件中发布/订阅，实现松耦合联动。

3. 工业级增强实践

Post-build自动复制DLL
每个插件项目添加：

xcopy "$(TargetDir)*.dll" "$(SolutionDir)Modules\" /Y /I /D

按需加载（OnDemand）
重型插件（如视觉处理、报表生成）使用 InitializationMode.OnDemand，在用户点击菜单时通过 IModuleManager.LoadModule("VisionPlugin") 加载。
MEF混合增强发现能力（可选）
如果需要更强的自动导出/导入，可在Prism中集成MEF容器（Prism.Mef），使用 [Export] / [Import] 特性自动发现插件服务。
插件安全与容错
- 订阅 IModuleManager 事件记录加载日志。
- 单个插件异常不影响主程序（try-catch + 日志）。
- 生产环境增加DLL签名校验。
热更新策略
- 推荐：短暂停机 → 替换DLL → 重启（工业可接受）。
- 高级：结合AppDomain隔离（复杂，不推荐常规使用）。
权限与配置
- 插件可通过配置文件（或DI注入的IConfigService）决定是否启用。
- 按钮/菜单动态显示基于插件加载状态。