猫史档案馆

很多训练师们做游戏的时候

程序出现BUG

也不知道BUG出在哪里

就算找到BUG了

人家又会提出新的更新意见

然后脚本又是

一 团 糟！

这怎么办呢？

↓↓↓

常见的BUG不只是相似积木混淆、积木漏掉等等，我们需要拒绝超长的脚本。为什么呢？

首先，我们先介绍一下一个常见的误区。

很多训练师觉得，

脚本越长感觉自己很厉害

然鹅

事实却恰好相反

脚本越长，职责越多，可读性减少，从而导致程序出现BUG，很难添加新的功能。

什么意思呢？

举个小栗子~

程序实现角色1左右移动，碰到角色2发出音效，计时器大于30时停止脚本。

你喜欢这段脚本吗？我并不喜欢。有的训练师可能会喜欢，为什么我不喜欢呢？

因为，这段脚本职责太多，又要负责初始化，又要做移动，还要发声音，还要停止脚本。

这就是职责的问题。现在再来回答：你喜欢这段脚本吗？

比如我现在想让角色1不持续发声，修改就比较难了。

也有很多训练师说不难！

但是！

如果我们又想添加说话、询问等功能，

脚本会极难修改。

因为脚本职责太多，

从而导致可读性降低，

程序极难修改！

很多训练师觉得脚本长，自己就越厉害，越酷。但是，我现在给你来一个更酷的！

看看正确的做法吧~

 

现在如果要不持续发声，显然只需要修改发出声音的脚本。这就是脚本职责单一。

脚本职责单一是一个很重要的思想，在编程中无处不在，处处用到它，它通常也是成功的法宝。有了它，可以很轻松的找出程序的BUG，让你的工作事半功倍。