上节编写的模块虽然能实现简单的淡入淡出功能,但是在代码设计上并不符合OOP模块的封装规范,存在许多问题:
1.不利于OOP封装
直接在模块内部操作对象属性,不利于OOP封装。作为通用模块,完全可以适用于对象各种属性的相类似轨迹的运算,而不是仅仅局限于操作alpha属性,例如:显示对象的红色通道逐渐淡出淡入等。然而,如果在内部操作对象alpha属性,使得此模块的功能固化了,在其他场合下不可利用。此外,有时情况需要对运算后的数值稍作修正再传递给舞台对象,上节所写的模块无法提供这种灵活性,在实际开发中应尽量避免这样不符合规范的模块出现。图为其示意:
2.无数值检查
算术运算直接赋值给对象,没有数值检查。这种习惯是危险的。如果超出了被赋值变量的允许范围,在一些情况下会出现难以预期的错误。作为程序员,应自觉养成良好的习惯,在代码中对数值进行检查。
3.缺少注释和模块说明
当团队共享和日后维护时,缺少注释和说明的代码将造成许多麻烦。实践证明:编写脚本代码时不写注释说明,无益于加快开发进度。插入注释和说明实属举手之劳,当时时自觉为之。