enhance object literal about es6-code-style

[leeight]

好像这个特性挺乱的

[otakustay]

涉及到解构就乱了，很多人是hold不了解构的

除了解构外，其它的我其实还是能接受的……计算属性是必须用，因为有Symbol这东西

[leeight]

Symbol 这东西我还没有感受到啥明显的优势....

[otakustay]

我现在用Symbol主要是2个方法：

1. 我真的想要个私有属性，真的不想让某些二货拿到，特别是在我这边不推荐_开头的属性命名
2. 和decorators配合设置一些“本来不想要方法名”的方法
3. 通用基类、外部介入的功能需要一个属性，但很担心和别的冲突，比如mini-event可以要一个属性管理所有事件，但因为使用场景太多总感觉起啥名字都有可能冲突，那不如上Symbol

提供个代码示例看看我们现在的玩法：

class CustomView extends BaseView {
  @on('table', 'sort')
  [Symbol('onTableSort')](e) {
    this.sortData(e.field);
    this.repaintTable();
  }

  @on('pager', 'pagechange')
  [Symbol('onPagerPageChange'])() {
    this.reloadData(this.pager.get('page'));
    this.repaintTable();
  }
}

我们不再找地方一行一行写get('xxx').on也不用uiEvents之类的属性了，全部用decoator往方法上加来绑定事件，看上去会更接近声明式编程一些，这种情况下，这些事件处理的方法是不想要任何名字的，也避免和其它的冲突，所以就用Symbol了