大家好,我是丁丁智造。
做过上位机的人都明白一个残酷真相:小型系统随便写,大型系统拼架构。
十几台设备、简单监控,怎么写都能跑。一旦上了百台设备、整条产线、多工序联动,代码臃肿、耦合严重、改一处崩一片、多人开发打架、打包慢、无法单独更新模块。
很多工控团队做到中后期,项目直接烂尾、重构、返工,成本翻倍。
从业多年,我经手过多条百台设备级大型产线上位项目,结论很直白:大型工控上位,唯一能长期稳住、可迭代、可商用的架构,就是 Prism 模块化+插件化。

今天不讲入门语法、不科普基础概念,我用真实大型产线案例,直白拆解丁丁智造商用级拆分原则、模块划分、主壳设计、动态加载、热更新,给一套可以直接照搬投产的完整项目结构模板。
全程架构师视角,只讲工业大型系统真正落地的干货。
工控踩坑忠告:千万不要把大型系统写在同一个项目里。业务堆砌、页面嵌套、逻辑纠缠,短期开发快,后期完全无法维护,这是90%工控团队烂尾的根源。 |
一、为什么大型工控系统必须做模块化?
很多人分不清:什么时候要模块化?什么时候不用?
我给一条最简单、最直白的工业判定标准:
设备超过20台、业务模块超过3个、后期需要迭代扩容、需要多人协同开发,必须模块化。
普通单层MVVM、普通WPF项目,在大型产线面前,只有一个结局:越维护越乱。
1、传统单体项目的致命痛点
•所有业务堆在一个工程,代码行数几十万,新人看不懂;
•业务强耦合,改报警牵连生产、改生产牵连设备;
•编译打包极慢,改动一行代码全量发布;
•无法单独升级模块,更新必须停机重启;
•多人开发极易冲突,合并代码成本极高。
2、模块化插件化架构的核心优势(工业商用)
•业务隔离:模块互不干涉,改报警不会影响生产;
•独立开发:每个人负责一个模块,互不打架;
•单独编译:改动只编译当前模块,发布速度极快;
•动态加载:按需加载,减少内存占用;
•模块热更新:不停机、不重启,直接替换dll更新功能。
这也是大型工厂、整线自动化项目,清一色采用Prism架构的根本原因。
丁丁架构原则:大型工控上位拆分逻辑永远一句话——按业务域拆分,高内聚、低耦合。同一类业务收拢在一个模块,无关业务彻底隔离。 |
二、百台设备产线:真实模块拆分方案
我直接公开我司大型产线通用拆分模板,所有大型上位机,全部固定拆分为五大业务模块,无多余、无遗漏、不重复。
✅ 模块1:设备管理模块
整线设备台账、通讯管理、点位配置、手动控制、设备状态监控。
职责边界:只负责硬件、通讯、点位,不碰生产、不碰报表。
✅ 模块2:生产管理模块
工单管理、配方管理、生产流程、工序流转、产线联动、启停逻辑。
职责边界:纯粹业务生产逻辑,不直接操作底层通讯。
✅ 模块3:报警管理模块
报警触发、弹窗、确认、分级、归档、查询、声音提醒、报警推送。
职责边界:所有报警统一收口,全系统唯一报警出口。
✅ 模块4:报表管理模块
生产报表、设备报表、能耗报表、导出打印、历史曲线、数据统计。
职责边界:只做数据查询、统计、展示,不修改业务数据。
✅ 模块5:系统管理模块
用户权限、角色管理、登录鉴权、系统参数、日志记录、数据库配置。
职责边界:基础支撑能力,不参与产线业务。
以上五大模块,适用于95%的工厂整线上位系统。
无论你是锂电、光伏、食品、化工、包装,业务逻辑万变不离其宗,这套拆分方式可以直接套用。
硬性规范(我团队强制执行):任何业务逻辑,只能归属一个模块,绝不允许跨模块乱写代码。 |
三、Prism 模块化落地:真正工业级工程结构
很多人学Prism只懂皮毛,做出来的项目依旧耦合严重。
原因很简单:没有严格工程约束、没有独立类库、没有统一接口、主程序不干净。
我给大家展示丁丁智造商用标准工程结构,这是百台设备产线正在使用的模板。
1、整体解决方案结构
plain textIndustrialMainSolution(解决方案)├─ Industrial.Shell # 主程序壳子(无任何业务)├─ Industrial.Common # 公共通用库├─ Industrial.Communication # 统一通信层├─ Industrial.Module.Device # 设备管理模块(独立项目)├─ Industrial.Module.Product # 生产管理模块(独立项目)├─ Industrial.Module.Alarm # 报警管理模块(独立项目)├─ Industrial.Module.Report # 报表管理模块(独立项目)└─ Industrial.Module.System # 系统管理模块(独立项目) |
2、每一个模块都是独立项目
每一个业务模块,单独创建 ClassLibrary 类库项目:
•单独开发、单独编译、单独输出dll;
•模块之间禁止直接引用;
•通信全部通过事件聚合器+公共接口完成;
•删除任意模块,主程序照常运行。
这才是工业插件化的标准形态。
四、主程序壳子设计:最关键的架构思想
很多新手最大的误区:主程序写大量业务逻辑。
在我的架构规范里,有一条铁律:
主程序 Shell 只能做三件事:注册区域、加载模块、全局初始化。严禁出现任何业务代码。
主程序唯一职责
•定义页面区域(头部、侧边栏、工作区、底部状态栏);
•依赖注入容器初始化;
•按需扫描加载外部模块dll;
•全局异常捕获、全局样式、全局弹窗宿主。
生产逻辑、报警逻辑、设备逻辑,全部下放至子模块。
做到:壳子永久不动,业务全部插件。
五、模块动态加载 + 热更新:工业现场刚需
工厂现场最怕什么?停机维护。
一条产线停机一小时,损失几万甚至几十万。
所以大型上位必须具备:不停机更新模块。
1、动态按需加载
程序启动时,扫描Module文件夹,根据权限、配置,选择性加载模块。
新手用户只加载基础模块,高级用户加载全套模块,无需改代码、无需重新编译。
2、工业级热更新
运行中直接替换模块dll:
•不需要关闭软件;
•不需要重启电脑;
•不影响其他模块运行;
•更新完自动重载界面与逻辑。
我所有大型产线项目,全部启用热更新,现场维护成本直接降低70%。
真实落地数据:百台设备整线项目,采用模块化架构后,后期迭代开发效率提升3倍,Bug耦合率下降90%,现场维护停机时间减少80%。 |
六、模块之间如何通信?(高级架构规范)
模块独立之后,很多人卡住:模块之间怎么传数据?
我给团队定死三条规则,严格执行:
1.禁止模块直接引用模块:杜绝耦合;
2.数据交互全部采用事件聚合器:Prism IEventAggregator;
3.公共通用逻辑抽离Common:常量、枚举、公共模型、帮助类。
举例:设备模块产生报警,不直接调用报警模块,而是发布报警事件;报警模块订阅事件,自动接收弹窗归档。
完全解耦,干净通透。
七、架构师总结:大型工控上位的本质
做小型项目,拼代码熟练度;
做大型项目,拼架构控制力。
百台设备、整条产线、长年运行、多人维护,混乱的代码永远撑不住工业现场。
Prism模块化不是花架子,是工控大型系统最低成本、最高稳定性的标准答案。
我把今天的核心逻辑浓缩成三句话,建议收藏:
1.大型上位必须按业务域拆分,高内聚低耦合;
2.主程序只做壳子,绝不掺杂业务;
3.模块独立dll、动态加载、热更新,才是工业商用标准。
我会把本篇整套空白架构模板(可直接新建项目复用)整理出来,包含完整解决方案结构、注册流程、模块加载代码、事件通信模板。
需要模板的同行,评论区扣【架构】,我私发你完整工程模板。
关注丁丁智造,专注工控上位机商用架构,不讲废话、不做玩具Demo,只分享工厂真实落地、长期运行的工业级方案。
夜雨聆风