自动化上位机软件的模块化

做自动化的最难的就是硬件软件的通用性了，尤其是非标自动化项目。随着自动化项目的硬件的不断变化，相应的上位机软件的编写也是要一天一变样，真是要把人往*里折腾哪！

到了新公司，为了做条工业4.0的生产线，从PLC、ABB机器人、EPSON机器人、RFID、Camera、到远程server的应用真是对象太多太杂。新手同事的软件往往也是一对一的，经不起折腾修改。哎，调试都要调试个半夜的，更害怕又有新需求，万一有多了新的工控对象，一切又都得重新开始了。对此，我虽然没有全部负责上位机软件编写，这负责了视觉等一部分，但是我真是看在眼里急在心上。

项目结束后，虽然领导一句话说：“X工，程序标准化的重任就交于你了！”我真是又激动又担心：非标项目本来就是需求五花八门，怎么一句话那么轻巧？但是激动的是，虽知道路途凶险，但是非常想走一道，要是不重构框架，心里肯定是会遗憾终生的！

闲话少说，入博主背景题。

本人本硕均是机电一体化，后来刚毕业就做数控系统研发，做软件这块，真是跨行啊，但是毕竟软件的背景是机床还是机电的嘛！刚毕业那会，由于硬件框架是ARM+DSP+FPGA，ARM上市linux操作系统，所以虽然说是嵌入式软件，但是我感觉还是和硬件没有太多关系，毕竟驱动等都是现成写好了，我工作了3年愣是没有碰过公司的板子，真是郁闷！只能自己买着开发板学习STM32\dsp28335等。我师父也是机电出身，做软件也是多年，跟着它也算是慢慢上了软件这条道了！

到了后来，我们小组在师父的推荐下慢慢学习设计模式，看李先静老师的博客，下载他的FTK框架并仔细阅读源码。后来，我师父竟直接改写FTK、直接写产品程序了，不需要QT这样的GUI框架了，现在想想对于自己对于软件思想的提升还是有很大帮助的。

现在接到领导的重任，自然是不敢懈怠，既然敢接也是因为我之前平时脑子里就已经开始框框了，要怎么样才能使这样的杂乱的代码变得可维护、可聚合、可扩展、模块化，总之：高内聚、低耦合！

具体后续。。。