基于设计的配置脚本的高速开发（研究）

  这是一篇想象中的东西，没有太多的代码给大家看，这里发表出来只是希望大家能给点意见或者讨论一下是否可行。也许我也许可以完成它。

  我尝试以一种简单的模式来完成一次基于winform的产品开发，当然也就是简单的个人产品，还是拿原来开发的那个邮件群发软件来进行分析好了，那是个基于页面提交的邮件群发，提供注册，发信这样的简单的功能。但是我尝试把它开发成通用的结构，也就是意图使用一个基于网页配置文件的外部配置文件加上一些可使用的命令来完成流程的改变。

  流程是挺简单的，读取页面－>读取页面分析配置->找到匹配的位置->找到匹配的操作配置->运行配置->填写->提交

  尝试使用这样的一个对象 A:提交  这样的一个字符串 寻找dom对象,然后 通过 %cmd% 来调用C#功能函数.而流程则直接通过关键对象判断来定位.

  比如注册页面,首选加载一个url 然后在注册流中查找这个页面所属的步骤,接着通过匹配的操作流来执行跳转.然后重复步骤.

  不过不让人如意的有一些问题,比如后来客户說需要一个8位的密码,我就不得不为此进行函数的修改了.麻烦的事情总是不断的接踵而至.慢慢的命令和开放的函数达到了20多个,很乱很麻烦了.如果有一种方式来达到更灵活的方式就好了.

  看到过这么一句话"脚本才是王道",确实,一堆开放式的函数在客户端是多么方便的事情,如果有微小的变动不需要去修改代码了.不过也有缺点,脚本的调试却不是那么容易的,如果取脚本与程序代码的平衡就看个人的需求了.脚本的变动一般应对于业务的变动,如果我的程序通过脚本来调用的话,我相信一个8位的密码,绝对不需要改动程序.并且甚至于页面的判定和检测都可以不需要配置文件直接通过脚本可以方便的完成了.

  暂时就这么多..(未完待续...)