Adobe Flex 编码约定文档引发了争论

  • Moxie Zhang
  • 宋玮

2008 年 5 月 15 日

话题:Java语言 & 开发

2008 年 4 月 18 日,Adobe 发表了其Flex SDK 编码约定及最佳实践。Adobe 的 Flex 团队这样解释这个新约定:“……这个编码标准是为那些使用 ActionScript 3(AS3)编写开源 Flex 框架组件的开发者设置的。坚持这些标准可以使源代码看起来更一致、组织更良好、更专业”。

然而,这一约定在 Flex RIA 社区的开发者中引发了争论。例如,Keith Petters就不喜欢看到在编码约定文档中所表述的“flex 定式(fixation)”。他评论道,“让我厌烦的一件事情是,这是一个条款化的 Flex 文档。实际上那里并没有任何 Flex 特定的内容,全是 AS3 编码约定。我希望 Adobe 放弃其 Flex 定式并承认现存的 AS3 就是一门很好的语言。” Igor Costa这样回应:“你这么说是没错,Keith;但是,这篇文档也只是针对 Flex 4 SDK 的编码指南,针对那些放置在 SDK 上的 ActionScript 类而已,根本不是针对整个语言的。”

或许,最激烈的争论是关于代码应以何种格式出现的细节意见。正如TL on PL 的 Tom Lee 所说,“我认为,提供某种建议背后的基本原理是有作用的,而不是仅仅去说‘这样做,不要那样做’”。例如,Lee 特别反感这样的建议“使用 Array 字面值(literals)而不要用 new Array()”。他评论道

难道“new Array()”不是与其它类型对象的实例化方式更一致吗?“[]”是一种简写语法。我认为一般情况下都要避免简写,因为这需要对一门语言更加精通,不是一般的多面手程序员所能掌握的。我还对推荐使用 Object 字面值、RegExp 字面值等等都提出相同的异议。一致性是关键。

Igor Costa 还质疑编码约定及最佳实践是否还包含了一些不必要的规定。例如,他问道:“不要在左括号前后或右括号前面放置任何空格。这样做:a[0];不要这样做: a[ 0 ]。真的有必要对空格这么担忧吗?”

与此同时,Tony Fendall认为一致性及好的习惯是有价值的。他说:

就个人来讲,我同意所提议的约定。是的,你可以争论说空格对于代码的功能没有直接的重要作用,但是在所有类及函数看上去都一致的代码上工作,要比在每个提交者都有其自己风格的代码上工作感觉要好得多。这些好处使得去构建一些好的小习惯的努力是值得的。

其它争论集中在是使用整数还是无符号整数。编码约定文档建议对整数使用使用 int,即使它们并不能取负值。只对 RGB 颜色、位掩码、及其它非数字值使用 uint。“如果你只是想对除了无符号整数的其它东西使用 uint,要点是什么呢?”Keith Petters 这样问道。

Pixel Burner 这样评述:“我已经注意到许多编码者都在虔诚地使用 uintt。可是,我读了几篇文章都指出 uint 比 int 数据类型慢 200% 到 400%。因此,我几乎不使用 uint”。Burner 还引用了最近Gskinner上的一篇文章,该文章特别讨论了关于 uint 的使用。在进行了代码测试之后,该文章得出如下结论:

避免使用 uint,除非你确实有好的理由必须使用这个类型。在 int 具有意义的地方使用 int,但是不要被 int 与 Number 的性能问题所煎熬。在不确定的时候默认使用 Number。最重要的是,不要想当然——多做测试和基准测试——你可能会对结果感到惊讶!

然而,Adobe 的Sho Kuwamoto强烈建议避免在 ActionScript 中使用 int,如果要使用,只在如下情况下使用:

    1. 当你想节省内存的时候。(尽管只有当你有大量数据需要存储的时候才会影响到你)
    2. 当你想强制一个整数值时。(例如,var i: int = j / 2)
    3. 当你将整数值从客户端映射到服务器端的时候,为了减少出错几率。(例如,值对象中的 int 域)

在所有争论中,有一件事是确定的。编码约定涉及非常多的内容,而不仅仅是格式和可维护性的问题。

查看英文原文:Adobe Flex Coding Convention Document Triggered Discussions

Java语言 & 开发