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