Adobe Flex编码约定文档众说纷云
上一篇 /
下一篇 2010-02-02 09:59:10 / 天气: 晴朗
/ 心情: 高兴
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，如果要使用，只在如下情况下使用：
当你想节省内存的时候。(尽管只有当你有大量数据需要存储的时候才会影响到你)
当你想强制一个整数值时。(例如，var i: int = j / 2)
当你将整数值从客户端映射到服务器端的时候，为了减少出错几率。(例如，值对象中的int域)
在所有争论中，有一件事是确定的。编码约定涉及非常多的内容，而不仅仅是格式和可维护性的问题。
查看英文原文：Adobe Flex Coding Convention Document Triggered Discussions
导入论坛
收藏
分享给好友
推荐到圈子
管理
举报
TAG:
