Lua优化—写得一手好代码

在上期《Lua优化——认识局部变量中的常见陷阱》中，我们以UWA本地资源检测内相关的规则为依托，针对局部变量为大家介绍了在Lua中多种需要关注的使用场景，也结合简单的代码示例进行了直观说明。

本期，我们针对大家在写代码时的书写习惯，来分析Lua使用时可能发生的各种“笔误”情况，这些容易被忽视的问题，往往会带来一些无法预知的Bug。我们依然会以简单的例子来帮助大家读懂这些规则，力图以浅显易懂的表达，让职场新手或优化萌新能够深入理解。

 

1、控制流和数据流的问题

1.1 无法访问的代码

在如下代码中：

for i = 1, 100 do
    if cond(i) then
        f()
    end
    break
    print("Unreachable code")
end

break的位置导致语句print("Unreachable code")不会执行。

 

1.2 循环最多可以执行一次

在如下代码中：

for i = 1, 100 do
    if cond(i)
        then f()
    end
    break
end

break的位置导致循环只能执行一次。

 

1.3 没有被使用的标签

在代码中书写了某个Label：

::LabelName::

但从未使用goto（LabelName）语句到达该位置。

 

1.4 赋值语句左侧变量少

例如：

local a=1，2

 

1.5 赋值语句左侧变量多

例如：

local a，b=1

 

1.6 do…end语句之间为空

在代码中书写了一段空的do..end分支：

do


end

 

1.7 空的if分支

在代码中书写了一段空的if分支：

if True then


else


end

 

1.8 空语句

Lua5.2+的版本中，分号被认为是语句。多个分号完全没有用，会Warning。例如：

;;;;;

 

1.9 函数的圈复杂度过高

圈复杂度（ Cyclomatic complexity ）也称为条件复杂度，是一种代码复杂度的衡量标准。

在软件测试的概念里，圈复杂度用来衡量一个模块判定结构的复杂程度，数量上表现为线性无关的路径条数，即合理的预防错误所需测试的最少路径条数。圈复杂度大说明程序代码可能质量低且难于测试和维护，根据经验，程序的可能错误和高的圈复杂度有着很大关系。

 

1.10 需要设置步长为负数

倒序遍历一个表的时候需要指定步长。例如以下这种错误的表达方式：

for i = #t, 1 do
    print(t[i])
end

改正后结果应为：

for i = #t, 1, -1 do
    print(t[i])
end

---

2、格式的问题

 

2.1 该行仅由空格组成

 

2.2 该行包含尾随空格

 

2.3 字符串中包含尾随空格

 

local string =[[xxxx  #此处有空格
xxxxxxxxxxxxxxxx]]

 

2.4 注释中包含尾随空格

 

2.5 缩进不一致

一般是因为Tab之后有空格。但有些编译器会自动调整，例如“VS Code”。

Lua解析语法时是采用空格等分割来解析的，某些情况下，若不小心加空格会导致非预期的结果。上述五条规则都是在检查是否有不合理的空格存在。

 

2.6 该行过长

 

该条规则是为了代码的美观，在编写代码时注重代码书写上的简洁性，这样在后期修改和维护时能更方便查看。

---

希望以上这些简单的示例能在实际的开发过程中为大家带来帮助，从而最大程度上避开这些在使用Lua时会遇到的“笔误”问题。同时，也欢迎大家来使用UWA推出的本地资源检测服务，可帮助大家尽早对项目建立科学的检测规范。

 

万行代码屹立不倒，全靠基础掌握得好！

《场景检测：面片、光影和物理属性》
《场景检测：Audio Listener、RigidBody和Prefab连接》
《场景检测：雾效、Canvas和碰撞体》
《特效优化2：效果与性能的博弈》
《特效优化：发现绚丽背后的质朴》
《Prefab优化：预制体中的各种细节选择》

性能黑榜相关阅读

《那些年给性能埋过的坑，你跳了吗？》
《那些年给性能埋过的坑，你跳了吗？（第二弹）》
《掌握了这些规则，你已经战胜了80%的对手！》