C#+WPF上位机开发（模块化+反应式）

在上位机开发领域中，C#与C++两种语言是应用最多的两种开发语言，在C++语言中，与之搭配的前端框架通常以QT最为常用，而C#语言中，与之搭配的前端框架是Winform和WPF两种框架。今天我们主要讨论一下C#和WPF这一对组合在上位机开发过程中的实际应用。

在这里插入图片描述

一、模块化概念

开发一套完善的软件，离不开良好的架构，而说到架构，在C#中，Prism框架与WPF的配合可谓大大提高了开发效率，原因如下：Prism框架中有IOC容器（分别是unity和dryioc），IOC容器负责管理类的生命周期；另外，Prism框架的WPF版本还有区域管理器（RegionManager）、事件聚合器(EventAggregator)，对话框服务(DialogService)、适配器(Adapter)、模块管理器(ModuleManager)等。

除了模块管理器（IModule接口），其他几个重要的管理器都是为了更方便实现界面呈现及业务逻辑开发，那么模块管理器的功能是什么呢？程序员往往会将一个大型的软件项目拆分成小项目（模块），比如上位机系统中会接入各种硬件（工业相机、PLC、数据采集器、扫码枪、控制卡等），良好的软件架构思路是将同一种类型的硬件抽象成一个硬件抽象类，然后，不同型号的硬件与继承这个抽象基类，实现各自硬件的业务逻辑（加载硬件、打开硬件、使用硬件、关闭硬件），要实现这些开发，Prism的模块就派上用场了。也就是将硬件进行模块化，由Prism框架去实现及统一管理。

当然，除了上述的例子，软件的基础库，软件的业务逻辑，同样可以拆成不同的模块，最后由Prism框架统一管理。

二、反应式概念

C#语言为我们提供了一个IObservable接口,也就是设计模式中的观察者模式在C#语言中的具体实现。ReactiveUI框架对此接口进行了扩展，使之变得易用。

在传统的软件开发中，我们对某个属性发生变化后要进行下一步的相应处理时，会主动对判断这个属性的值，然后实现相应的代码逻辑。而在观察者模式下，我们会写一个观察者，由这个观察者去“实时”观察这个属性，一旦观察到属性值发生了改变，会抛出一个通知。

那么，通知谁呢？

谁去订阅了这个观察者，其回调函数都会被触发一次调用，从而达到一个目的，即被观察的那个属性发生改变后会执行事先写好的“某一段代码逻辑”。

这样的开发模式在写上位机软件时非常可靠和易用，因为上位机可能会实时监测下位机的某些参数变化，一旦硬件参数发生变化，软件要相应给出动作（做出反应），这种反应，我们称为反应式编程。

三、软件架构

良好的架构，可以帮助开发人员提高开发效率，减少bug的发生，增强系统的稳定性。我们可以将一个上位机系统分成如下几个方面：

第一是具有通用性的基础类库，这一些类与具体的业务逻辑无关，只帮助处理业务过程中的数据，通常是一些帮助类，或者语言包，本地设置等等；

第二、是硬件模块，上位机开发离不开硬件的接入，而不同的上位机系统，其接入的硬件也是五花入门，比如MES系统，可能最常见的硬件是PLC、扫码枪；而控制系统，则控制卡与各种被控设备的信息反馈最为常见；AOI，AXI等工业视觉检测方面，则接入的硬件除了PLC和控制卡，还有工业相机，光机，光源等等；或者医学方机的上位机，包含了更多的非标设备。

如此多的硬件，如何有序的接入到上位机呢？

答案是，最好将同一种类型的硬件抽象成一个基类，通过接口、抽象类、继承等方面的编程手段，为每一种不同厂家或不同型号的硬件创建一个项目，将这些项目看成是一个个独立的模块，像小孩子玩积木游戏一般，将硬件“堆积”到上位机中，一旦某个型号的硬件想被替换，直接将新硬件的模块加载到上位机即可。

第三，是数据库模块。由于上位机系统运行过程中需要处理大量的数据，其处理结果需要持久化，一般采用文件或数据库的形式进行保存。而数据库的操作就可以单独形成一个模块，这个模块包含抽象类模块和具体的数据库操作类模块，因为最终要保存的数据库可能是mysql、oracle、mssql等不同的数据库，所以最好的方式是为不同类型的数据库的增删改查等操作开发各自的模块，以便管理和替换。

第四，是业务逻辑模块。这一类型的模块会随着不同行业的上位机功能需求，模块的多少会有所不同。尽量将复杂的业务逻辑拆分成独立的小型业务模块，模块与模块之间采用接口通讯，这样做的好处是：减少代码间的耦合程度，尽量开发一些职责单一的类，达到具有良好扩展性的代码架构。
在这里插入图片描述
四、详细设计