WinForms 实战参数越来越多后我怎么做参数界面封装这篇先不急着讲太多代码细节。我想先把这件事的背景和技术路线讲清楚。因为我这次做参数界面封装不是为了做一个看起来很复杂的框架。而是项目做到后面参数越来越多原来的手工做法已经越来越不合适了。一、背景参数一多问题就开始集中出现了参数少的时候手工做界面其实没什么问题。一个标签。一个输入框。一个单位。再加个保存按钮。基本就能用了。但项目做到后面我越来越明显地感觉到参数一多问题会很快集中冒出来。1. 参数页面开发越来越慢一开始做一个参数页可能感觉还好。但后面参数变成几十个、上百个以后界面开发就开始变成重复劳动一个个拖控件一个个改名字一个个摆位置一个个调对齐一个个写读取和保存这类工作不难。但非常耗时间。2. 参数一多界面维护会越来越乱参数多以后不只是“做出来”慢。更麻烦的是后期维护。比如某个参数想换分组某个参数想改显示名称某个参数想加单位某个参数只允许部分权限修改某个型号又多一组新参数如果这些东西都直接写死在窗体里后面改起来会越来越乱。3. 相似页面反复做重复劳动很多工业软件里参数页面往往不会只有一个。可能会有基础参数修正参数配方参数某些产品专用参数某些模块专用参数如果每个参数页都重新手工做一遍那开发时间一定会越来越长。而且很多工作本质上都是重复的。二、先看修改前后的效果这次参数界面整理我自己最直观的感受不是代码多高级。而是界面形态发生了变化。修改前一开始其实只是一个普通的页签容器。界面本身没有真正长出来后面很多东西都还要继续手工补。这种状态的问题很明显页签只是空壳后面还要继续手工摆控件分组、布局、读写、权限都没有真正统一起来新增参数页时还是容易回到重复开发修改后整理以后界面开始由参数描述自动生成。而且我把分组折叠也一起做进去了。代码里不需要绘制代码运行自动生成从这个效果上已经能直接看出几个变化参数不再是手工一点点堆出来页签和分组已经自动带出来了分组支持折叠页面不会一长到底同类型参数的布局更统一后面再加参数时维护成本会低很多这也是我现在更愿意继续往下做的方向不是继续堆页面。而是让参数页开始自动生成并且可折叠、可维护。三、所以我当时的判断很直接我后来慢慢意识到参数越来越多后真正费时间的已经不是参数本身。而是参数界面的重复开发、重复维护以及读写和权限这些配套逻辑。也就是说这个问题如果继续靠手工堆页面去解决后面开发速度只会越来越慢。所以我当时的目标不是“做一个很高级的东西”。而是很现实的两个字提效。具体一点说就是希望解决这几件事新建参数页更快新增参数更快改分组和显示名更方便保存和读取统一权限控制统一界面支持折叠长页面更容易管理同类页面尽量复用同一套做法四、技术路线我没有先做界面而是先把问题拆开这次整理参数页面我没有一上来就继续做窗体。而是先把这个问题拆开重新想了一遍参数页到底包含哪些东西想清楚后我发现它其实不是“一个窗体”。而是至少有三部分。第 1 部分参数本身也就是参数到底有哪些字段。比如电压上下限电流上下限版本号开关量参数手柄参数修正参数这一层本质上是参数数据模型。第 2 部分参数怎么显示也就是放哪个页签放哪个分组显示什么名称单位是什么用什么控件顺序怎么排谁能修改这个分组是否支持折叠这一层本质上是参数描述信息。第 3 部分界面怎么生成、配置怎么读写也就是怎么根据参数描述生成控件怎么自动生成页签和分组怎么把对象值加载到界面怎么从界面回写到对象怎么统一做保存和读取怎么把折叠逻辑一起收进去这一层本质上是界面生成和配置管理。五、我的技术路线就是把参数页拆成三层所以我后面采用的技术路线其实很明确。1. 参数数据层先把参数本身单独放在参数类里。这一层只负责参数有哪些。不负责界面布局。也不负责控件生成。2. 参数描述层再单独做一层参数描述。用来描述页签分组显示名单位排序布局方式写入权限最小值、最大值、小数位折叠组的显示规则这一层的作用是把“参数怎么显示”这件事从窗体代码里抽出来。3. 界面生成和配置读写层最后再做动态参数编辑器和配置读写类。让它们负责根据参数描述自动生成界面自动创建页签和分组支持分组折叠把参数对象加载到界面把界面数据回写到参数对象统一做 XML 配置保存和读取这样一来参数页不再是“一个个手工做的窗体”。而是开始变成参数类 参数描述 自动生成界面 折叠分组 统一读写这就是我这次参数界面封装的大方向。六、这条技术路线重点不是“自动生成”而是“标准化”这里我想强调一下。我这次做参数封装重点不是单纯追求“自动生成界面”。因为如果只是为了自动生成思路很容易写偏。我真正想做的是参数标准化。也就是说把这些东西慢慢固定下来参数类只管参数本身参数描述单独管理界面按描述生成分组支持折叠保存和读取统一权限统一处理同类页面尽量复用同一套方法这样后面再做类似项目时就不会每次都从头开始想一遍。七、为什么我觉得这条路线是值得的因为这套做法一旦建立起来后面最直接的收益就是1. 新增参数页更快不用再每次从空白窗体开始拖控件。2. 新增参数更快更多是加字段、加描述而不是重新做一套界面。3. 长页面更容易管理加了折叠以后分组很多时不会显得特别乱。现场查参数、改参数也更方便。4. 同类页面更统一页签、分组、单位、权限、折叠方式都更容易保持一致。5. 配置读写更集中参数保存和读取不再分散在很多窗体里各写一套。所以这条路线的价值不只是“省一点界面时间”。而是让参数页面开始从手工堆页面变成可复用、可维护、可折叠、可扩展的一套做法八、这篇先讲到这里这篇我想先把背景和技术路线讲清楚。总结一下就是我为什么开始做参数界面封装因为参数越来越多以后真正拖慢开发速度的已经不是参数本身而是参数页的重复开发和后期维护。我准备怎么做不是继续堆窗体。而是把参数页拆成三层参数数据层参数描述层界面生成和配置读写层同时让界面开始支持自动生成分组显示折叠管理这就是我这次参数封装的大方向。下一篇我再结合代码继续往下讲这三层在项目里具体是怎么拆的。