1. 一个主团长（主线循环）负责管理指挥团小组。
2. 若干副团长（支线循环）负责协助团长管理。
3. 若干团小组（功能模块）安排好各小组任务，分工执行
4. 若干团成员（代码命令），真正负责执行做事的单位
5. 若干团精英（固定模块），专精负责处理固定事件

以上是一个脚本基础的组织结构，里面还昰有许多细节需要注意比如思路逻辑判断该如何构思，这里就不讲了

负责统筹指挥，调用一个个功能模块执行每个步骤功能，返回每个模块处理结果成功失败或其他，根据返回的结果决定下一个步骤执行什么功能模块，完善的脚本必然需要一个聪明的大腦

负责协助指挥，以上范例并没写到支线循环是因为功能实在过于简单，无需分支出去再创一个主循环但正常大型多功能腳本，就需要划分多个支线循环具体看脚本功能需求而定，如何判断何时需要另起支线循环呢简单点就是，在主线循环中执行到一个環节的时候需要进入独立的循环处理某事件操作时，这时候分离一个支线循环同样支线循环在完成任务后也得像主线循环返回一个结果。

负责单纯的执行某个功能记住是某个不是多个，在一个功能模块中尽量只做一件事情，一个个零件清晰明确不混淆一起，看似挺麻烦多余的编写格式但对于后期的代码维护与错误排查起的至关重要的作用，难道你们想在一个Sub或Function里几百行代码里找到出错嘚地方吗

纯粹的执行命令，找图找色命令键鼠命令，算法计算等这些命令分工明确组成各个功能模块，理解上面范例的同學应该领悟了吧

这个是重点，认真看过上面范例中的固定模块代码的同学应该发现了我的注解说明，在需要更换一些命令的時候只需修改固定模块即可，比如前台换后台插件命令更换后台插件命令，脚本完善的框架打好就不用到几千几万代码里把需要替換的命令一个个找出来修改，万一漏掉或改错了不是 让人抓狂

发布了1 篇原创文章 · 获赞 4 · 访问量 1万+