代码生成“利器”刺杀了“快速”开发平台

本人一直从事Winform、中、小企业管理软件开发。本文针对中、小型Winform、C/S系统展开讨论，虽说有点标题党的味道，但是否真的如此，请细细阅读。

 

代码生成器一直被认为是快速开发必不可少的利器，那么对于Winform、企业管理软件来说是否真的这样呢？

 

我们先看《重构 改善既有代码的设计》一个引用：

3.6 ShotgunSurgery 《霰弹式修改》

如果每遇到某种变化，你都必须在许多不同的类内做出许多小修改，你所面临的坏味道就是Shotgun Surgery。如果需要修改的代码散布四处，你不但很难找到它们，也很容易忘记某个重要的修改。

 

想像有这么一个情境在你的ERP系统里的物料一开始的设计并没有“品牌”这一属性，现在要加进来。那么代码生成意味着什么？

1、 打开数据库添加“品牌”这么一个字段；

2、 使用代码生成器重新生成物料实体类；

3、 至少你的界面类要修改，不是么？；

4、 你的搜索界面类也可能要修改；

5、 忘了还有报表；

6、 ……

 

好像还没那么复杂？要到用户使用你必须还要做：

7、 重新编译DLL；

8、 不好意思我在外地，需要等客户上QQ远程；

9、 好了，连上了，发文件吧，发布到自动更新服务器；

10、客户通过自动更新下载新程序使用。

 

到这里好像是完了，但是又经常还会出现这样，客户：“品牌”？我要的是“产地”啊！！

 

那么很的抱歉你又要从第1开始，又是一个漫长的过程。

 

谢天谢地，这段时间我没用过代码生成器。呵呵。

 

那么我的修改是怎么样的呢？

1、 远程登录系统，打开“ERP”系统，找到物料；

2、 添加“品牌”；

3、 报表是要修改的；

4、 完了…

 

不需要修改数据库吗？是的…..我有点懒不想学了Oracle又学SQLServer还有MySQL等

不需要更新发布吗？是的……我和我的同事都不想因为这么一个小功能费那么大力气。呵呵

 

总结：回想一下，快速开发这帽子是不是应该从代码生成器头上去掉了，至少对于企业管理软件来说。每一种设计或框架都必然有它的优势和劣势，那么像这种设计的劣势又是什么呢？我在这只是抛砖引玉。