[个人备忘]手机按键下的大型项目的一点点汇总

最近根据去年的一个项目的基础上调整出了一个新游戏的脚本期间遇到了一些以前没注意的问题把以前和最近的一点经验汇总起来拿来随便说说

注意：大部分体悟都是针对大型项目而言 你如果在小脚本里面使用很多都是完全没必要的甚至是自己给自己找麻烦

一.代码重用(这个算老生常谈了)

所谓代码重用其实很简单 核心就是尽量不要反复进行重复的操作 在手机按键下涉及的方面就比较多了比如图色坐标数据变量化点击坐标数据函数化重复操作的函数化等等

（1）图色坐标数据变量化（多点找色多点bi色找图点击坐标等功能的封装把每个找图找色都变为全局数组变量）

我们常见找图比如下面这个是找到登录按钮的按键源码

FindPic 100,100,300,2000,"Attachment:主界面_登录按钮","000000",0,0.9,intX,intY
If intX > -1 And intY > -1 Then 
    //找到的情况下
    TracePrint intX
    TracePrint intY
    Tap intX, intY//点击登录按钮
Else 
    //找不到的情况
End If

只是找到1个登录按钮我们至少需要4行，如果我们的脚本很多操作都需要点击主界面上的这个登录按钮比如我们要在签到操作退出账号操作这2个模块里面点击3次登录按钮我们需要把上面的代码重复插入到这2个模块3个位置如果是大型代码那么可能后面加个0都是有这个可能的这个操作量已经很麻烦了假设半路这个登录按钮位置发生了变化或者自身颜色有变动，我们需要重复调整这个这部分代码4次

如果把图色数据写入到一个公共数组变量里面

//定义这个登录按钮的图色数组 只需要在脚本开始声明一次即可
Dim 找图_主界面_登录按钮=array(100,100,300,2000,"Attachment:主界面_登录按钮","000000",0,0.9,100,"主界面_登录按钮")

//这里
If 找图(找图_主界面_登录按钮) > -1 Then 
    
End If

Function 找图(找图数组)
    Dim 结果,全组,分组
    imgid = -1  //重置下这个变量 避免上面找图留下的值
    结果 = FindPic(找图数组(0),找图数组(1),找图数组(2),找图数组(3),找图数组(4),找图数组(5),找图数组(6),找图数组(7),intX,intY)
    If 结果 > -1 Then     
        全组 = Split(找图数组(4), "|") //分析出当前找到的是哪个图片 对应的图片名字        
        TracePrint "找图:=[" & Replace(全组 (结果),"Attachment:","",1) & "]=[找到]了,序号[" & 结果 & "],坐标[" & cstr(intX) & ", " & cstr(intY) &"]"        
    Else
        TracePrint "找图:-<" & 找图数组(9) & ">- 都没找到"
    End If
    //返回值
    找图=结果
    imgid=结果
End Function

声明和下面的函数只需要定义一次就好把这个登录按钮的图色转化成公共数组变量来调用我们就把原来的找图点击代码缩短成2行 而且一旦登录按钮图色变化位置变动我们只需要在声明该登录按钮的公共数组变量里面调整下脚本里面所有用到这个图色数组的变量就都随之变动（多点找色多点bi色坐标也是这个思路）

小知识：在大型项目里面代码太多一万两万行很正常，我们在如此多的代码里面如何能快速找到自己需要的找图找色坐标数组变量呢

因为手机按键里面他的智能提示变量功能一直不够完善一旦变量里面存在汉字会无法自动提示出来对于我们使用这些数组变量化的找图找色坐标的变量而言难度就增大了所以我们在声明这些坐标数组变量的时候要非常严格我个人的命名规则是

调用的函数名_界面名(窗口名)_组件名

比如上面的我们要给游戏主界面的登录按钮命名，，因为调用的是找图函数来查找所以先是

找图_

是什么界面名呢是游戏主界面

找图_游戏主界面

是游戏主界面的什么组件呢是登录按钮所以完整的是

找图_游戏主界面_登录按钮

如此命名的话就算是在大型项目里面没有智能提示这些繁多的找图着色坐标的数组变量我们依然可以看到这个界面就知道要使用什么数组变量

其实最好的办法是把 找图找色坐标全部函数化 手机按键下的函数调用的智能提示是非常完善的不像变量的智能提示那么便秘但是这样会导致脚本里面函数过多不建议

（2）重复操作的函数化

这个就是习惯上的代码重用了拿我自己最近的例子来看注意只有在大型项目里面才要仔细考虑这个方面 100来行的代码根本没有必要考虑

一开始客户要求我提供一个跑到新手村然后在那里扔特殊装备的操作于是我就把这个操作写完用跑位到新手村扔装备() 函数命名了大约占用60来行

过了几天客户要求我开发一个跑到沙巴克的脚本并且在沙巴克指定坐标位置停下的操作我又根据需求写完以跑位到沙巴克指定坐标() 命名大约有50多行

过了1个周根据需求客户要求我开发一系列的跑位因为游戏内尽量跑到人稀少的地方下线避免被杀和有心人捣乱于是我又写了跑位到祖玛一层() 跑位到沃玛一层() 跑位到魔龙() 跑位到XXX 让客户可以根据需求自己选择跑位到的地图和地图上停驻的坐标

由此可见其实这些函数他们的都有类似的跑位动作不过是有的是跑位到某处进行某个操作有的是到指定地图的指定坐标下线有的是跑到指定地图拣装备等等所以最后我就把这些所有的独立的跑位混合成一个单独的操作跑位(地图序号) 根据序号来调整跑位的地图比如跑位(1) 就是跑到新手村跑位(2) 就是跑到比奇其他以此类推然后汇总一个跑位后操作(操作序号) 来处理跑位后的指定操作

原来的所有的跑位相关操作函数跑位到新手村扔装备() 跑位到沙巴克指定坐标() 跑位到祖玛一层() 跑位到沃玛一层() 跑位到魔龙() 跑位到XXX 。。。

变为了现在的跑位(地图序号)+跑位后操作(操作序号)

代码重用不单单是节约是空间更是简化了操作把一个个的复杂操作拆分成几个零件这些零件可以相互拼装构成其他功能 不过大型项目下才能体现出价值 普通脚本无需想太多

还有这个故事告诉我们重复操作的函数化的好处 ~~客户提出修改意见你必须要钱不然累死你~~

二.界面UI的调整

大型项目UI界面可能异常的庞大如果要修改一页根本看不全整个UI的结构而且UI代码也无法自动格式化自动缩进排列也不支持查找功能如果是大量的UI代码修改起来很吃力我个人习惯如下

修改前备份一下然后把UI代码复制到notepad++ 里面虽然notepad++无法创建组件也无法自动缩进和格式化但是可以查找也可以从整体上浏览结构算是勉强有点帮助的路子

三大型项目下如何快速到达需要的位置

个人基本上是靠3个办法

（1）手机助手上面的选择函数输入框而且这个支持查找指定函数。如果我们在一些重要的固定区域放置一些空的函数通过这个方法就可以快速跳转到对应的重要区域