最近做了改造项目 ，ups单机改造为并机，同时将ups模式从三进三出改三进单出。在施工中，笔者看到在更改ups模式后，需要重新关机上电才能改变ups模式为三进单出。由于是凌晨，思维较为活跃，于是想起笔者以往第一次自己设计软件来完成设备监控时，串口配置是直接在小窗口里面设置，每次更改后直接设计为一个“确认”按钮，然后执行关闭原串口并打开新串口的操作。
这样设计对于串口调试小工具来说没啥问题，但是对于串口除了第一次运行软件需要更改外，基本都是不会改变的，正常应该将基本不变的参数提炼为配置文件，甚至大型软件可以提炼为长运行参数和短期运行参数，分别做个配置文件，那么部分功能更改就变得简单，程序健壮性就能够保障，当然可能会失去一点灵活性。
如果直接将参数更改逻辑直接在软件中生效，然后马上参与到业务逻辑里面，会怎么样呢？程序设计复杂。重拉生效和实时生效，在软件开发设计时工作量就会不一样，重拉生效的程序设计时会更加简单，逻辑也会更加清除。如果业务复杂，可以折中处理，长运行参数用配置文件来保存，需要重拉生效，而短期运行参数就设计为实时生效，这样可以在健壮性和灵活性之间取得平衡。同时实时生效也会存在较多的bug，那么逻辑处理起来就没有重拉那么简单。
这也涉及到结构设计的思维问题。在程序设计时，应该分布式模块化的设计，在各个业务逻辑应该区分开，然后使用接口来联系，而不是直接全部揉搓在一起，为后期维护提供便利。而且，保持各个业务逻辑的原型设计，那么完善、优化就变得简单。
网友评论