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

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