注：这个小功能还是比较常用的！
接下来展现一下作者已经全部修改好的对象库与脚本，见脚本代码图2（图1-79）、对象库图2（图1-80），看这样是不是优化多了！
—脚本代码图2—
图1-79
—对象库图2—
图1-80
这样处理过的时间长了再回来看脚本和对象库也是一目了然的。但是，这些都是作者之后的补救工作，是后面才改的，这样也会存在不少风险，有时候稍不留神就会改错，要知道对象改错了是会影响脚本的。同样也相当浪费时间，还要在对象库中一个个去识别这些陌生的对象，那还不如在一开始添加的时候就一边添加一边改名呢，这样就绝对不会遗漏和弄错，同样也节省了很多时间！
最后，我们来做个设想，这个业务是非常简单的，对象控件也比较少，我们还能勉强改过来，那如果碰到业务相当复杂、对象控件相当多的情况呢？还能那么轻易地修改吗？读者还可以跟着作者做一个实验，用手表或计时器看看手工添加对象速度快还是录制后修改来的快！前提是效果必须不能比“脚本代码图2”和“对象库图2”中的效果差，至少也得保持一致。顺便提醒一下：对象越多、业务越复杂，“手工添加”越能超过“录制后修改”！
7．对象更新
当版本更新后，原先的脚本由于对象变化导致无法顺利运行，此时就可以使用这个功能进行更新，操作步骤和添加对象的3个步骤完全一样，只是按钮不同，这里不再重复。另外需要注意的是，假设在对象库中选中的是WebEdit控件，但是想更新成Link控件，则会报错，如图1-81所示。
图1-81
虽然无法更新不同种类的对象控件，但是同种类的控件可以随意更新，切记！另外，作者在做项目时，也碰到过一个现象，就是对象其实没有改变，但是仍然由于对象识别不了而脚本报错了，此时，也可以使用对象更新功能，更新一下就好了。一直不确定为什么会如此，但是的确很实用，也算是作者的一个经验分享吧。
