简版 es6 教程

[SimplyY]

花了 6 天终于看完阮一峰的 es6 ，并且写好了对应的简版 es6 教程，祝大家看这个能 5 个小时学会 es6 。 这是我的教程地址： http://t.cn/R4N3Qsf

[thinkif]

这个主意不错，支持楼主

[SimplyY]

@thinkif 阮一峰里面，“下面的例子，另一个例子”，还有很多可以举一反三的也很详细的写上去了，总之太多了，看的太累了。

他的非常适合新手看，但是现在学 es6 的新手应该不多吧。。。

[SimplyY]

咦，，我写的博客在服务器里出问题了。。我去瞧瞧。。

[SimplyY]

重启服务器就好了= =，不知名 bug ，寒假重写势在必行。。

[banricho]

我已经看了 10 天了……心好累 - -

[canesten]

解构赋值这么反人类的阅读体验不知道是哪个白痴设计的

[SimplyY]

@banricho 23333 ，我写完心更累，每天 3 小时以上。。。

[SimplyY]

@canesten 我觉得还好啊，

[klmd99]

我也在看，新手，很好的教程！不过需要耐心。

[klmd99]

@canesten 很理想的功能

[br00k]

欢迎加入 typescript ，😄😄

[canesten]

@SimplyY
@klmd99
let [foo, [[bar], baz]] = [1, [[2], 3]]
这种大圈套小圈的写多层纯属自找苦吃
根本没有一行解决一个赋值清楚

let { first: f, last: l } = obj;
这种冒号等于是 as 的语义，为什么不用 as 更直观？

var [a, b, c] = [1, 2, 3];
这种最简单的写长了对不准都很难查 bug

[SimplyY]

@canesten 语法糖。。。何必写的复杂，，就好比列表推导，复杂起来， debug 也很蛋疼。

但是我觉得吧，语法糖放在一杯子水里面它是甜的，放到水瓶里，它就没味道，反而累赘

[canesten]

@SimplyY
这种影响阅读的根本就不算糖
ES6 就算没有这样的糖也完全不受影响
加了如果被滥用反而增加维护难度

[yyfearth]

@canesten 这个是没办法的事情 任何好东西 如果在极端情况下都是行不通的
这些很多情况下是为了简化函数传递参数时候大量的代码
一行解决一个赋值 虽然清楚 但是如果这个 object 非常复杂的话 你会发现一个函数可能超过一半的代码是在一个个赋值 我就遇到过无数次了

对于第一个例子 那很明显只是一个比较极端的例子 真是情况下 估计除了按照模式解开 JSON 这种情况外 都是没事找抽

@SimplyY 我觉得这些语法糖 应该是要有的 毕竟可以提高写代码的效率
我可不希望写代码的时候 大部分都是无关逻辑的废话（比如很多赋值和转换）
当然任何时候 如果过于使用这些 都会造成这些困难 本来 JS 就已经是这样了
这个是看人 而不是看工具

[SimplyY]

@yyfearth 非常赞同，“任何好东西 如果在极端情况下都是行不通的 ” “语法糖 可以提高写代码的效率 ”

[canesten]

@yyfearth
认同，所以我认为官方提供一个按模式解 JSON 的功能足矣，把其他找抽的途径关闭。
再不济大家在博客和论坛传播的时候也应该多指出找抽的点，并提倡规避他。

[gouflv]

太好了 要的就是简明易查

[canesten]

@yyfearth
另外那个 as 语义的冒号真是非常低劣，之前冒号都是赋值的语义，从左往右读，在这里生生的变歧义了，从右往左读。

[klmd99]

多一种方法，在某些情况下适用，而不是适合所有情况。
怎么写还是需要发挥主观能动性。