标题有点长，原来打算说是表单的在线修改，但很容易理解成表单数据的修改，所以说是在线重新设计表单了。
最近在跟朋友一起讨论工作流系统中自定义表单的问题，这些表单用于流程节点的数据处理，比如在请假流程中设计一个请假单。为了使工作流具有很高的灵活性，往往需要为客户定制表单，有2种方法来处理这个问题：
1.由程序员为某客户定制开发表单；
2.由客户在线设计表单。
显然，方法1实施成本较高，方法2开发成本很高，但使用成本较低。但对于软件公司来说一旦使用方法2开发出来一套工作流系统，那么后期实施和客户使用就很方便了，所以也有不少工作流系统提供了“表单设计器”，来在线设计工作流表单。
我们换一个角度，来看方法1和方法2的区别，发现他们的区别是：
?方法1，需要开发、编译和部署程序；
?方法2，不需要重新编译程序；
方法2的优势很明显的，但是它必须先开发一个“表单设计器”，这些设计器有的简单，有的复杂，复杂的设计器你仔细看看，会越看越象VS的WinForm、WebForm 设计界面，设计窗口、工具栏、属性窗口一应俱全。所以我说，VS就是最好的“表单设计器”。在系统的前期，用VS来设计表单的基础界面，是很好的。对于特定客户，就是表单样式的调整、表单域的修改（常见的是新增几个自己的字段）等。这个时候，如果这种调整能够脱离VS开发环境，即改即用，那就太好了。
实际上对于大多数简单的表单，都是为了录入、查看、修改数据使用的，没有太多的逻辑性，那么对于这类需求，我们可以将表单控件直接和数据库的表字段进行绑定，从而进行快速开发的。只要实现了控件跟数据库的直接绑定，那么我们可以无需编译程序，在线实现表单界面的修改和使用。
详细内容请看 http://blog.csdn.net/bluedoctor/article/details/8636381
winform webform 表单
------解决方案--------------------
沙发。。。长的没礼貌
------解决方案--------------------
目前正在做这个工作流这个，头痛。
------解决方案--------------------
顶医生 速度搞出来
------解决方案--------------------
不错，支持！！！
------解决方案--------------------
我是来看看有什么问题的
话说好久木有开发东西了
------解决方案--------------------
想法是好的，但是要考虑到这样只能满足80%的需要，剩下的20%怎么办，这才是关键。
------解决方案--------------------
OK，去看看。
------解决方案--------------------
学习，成长中
------解决方案--------------------
我不同意这个观点。
实际上对于用户有价值的需求，90%都没有实现。而他们实现的所谓80%都是最俗气的10%里边的功能的80%。
------解决方案--------------------
比如说我拿出乔布斯发布的产品来，我说他的产品的20%，大家都知道是什么东东。
我再拿出windows mobile 5.0这个产品来，我说他的产品的80%，大家也知道是什么东东。
我们都知道，这“80%”是远比人家那20%还要少太多了。
------解决方案--------------------
现在很多开发人员满脑子只有“增删改查”。我们当然应该理解业务需求，但是同时也要注重发布时能够将产品的特性凝聚于一点，注重策划。
要知道所有技术都会飞快被淘汰，更何况那种“增删改查”那点谁都会的编程技艺呢。
------解决方案--------------------
支持楼主，菜鸟的福音
------解决方案--------------------
来学习的
------解决方案--------------------
上周一直研究楼主大神的框架，希望熟悉了就用到公司上开发，支持楼主，希望楼主大神出一份使用手册，和框架小技巧手册，分享一下如何灵活使用这套框架。
------解决方案--------------------
还有问一下大神，是不是每一个版本对应的代码生成器不都不同？？？新的版本还支持
sqlmap.config 写SQL语句代码么？？？