Van*_*als 3 javascript ecmascript-6
有许多ES6功能看起来很像=>语法,Map对象和长等.
说实话,我已经厌倦了检查是否因为ie8 attachEvent而支持addEventListener,我不希望那种痛苦回归到我的生活中.
那么,你会如何处理这些新的可能性？(或者你会怎么说,在一年左右的时间里).您是否不会将它们用于基本操作,而是添加另一层额外功能？您是否只将它用于您知道将在支持它们的浏览器中运行的应用程序？你会等到至少有90%的支持吗？
我知道这些都是很棒的功能,但对于中短期使用,您似乎需要加倍代码检查和后备支持.
有关这个主题的任何启示？
编辑:请不要将此标记为重复.请注意,我不是在问如何检查支持,我问是否明智地开始使用它,或者最好等待.我还要问支持检查是否是最佳选择,而不是如何执行,或者在设计代码时是否还有其他方法可供使用.
TL;博士:让使用transpilers和polyfills.
是否应该使用新功能主要取决于您的目标环境以及您使用新功能的准确程度.例如,如果您只定位最新的浏览器版本,那么您将不会遇到任何问题.必须支持IE8？这可能会更困难.
虽然在一般,你应该开始使用新功能尽快和利用的工具,帮你.
有两个方面需要考虑:
蜜蜂
新API通常(但不总是)可以填充.即,您包括一个库,用于检查API的某些部分是否存在,例如Map,如果不存在,则提供替代实现.
这些替代工具可能不是100%等效,也可能不像本机实现那样高效,但我认为它们对所有用例都有95%的效果.
polyfills的好处是,如果可用,您将自动使用本机浏览器实现.
句法
使用新的语法结构(例如箭头函数或类)有点复杂(但并不多).最大的问题是不支持语法的浏览器甚至无法评估您的代码.您只能将代码发送到它可以实际解析的浏览器.
幸运的是,许多新的语法元素,例如箭头函数,对于已经可能的ES5来说,实际上只是语法糖.因此,我们可以将 ES6代码转换为ES5甚至ES3等效代码.
在过去的一两年里,出现了几种这样的工具,称为转运器.请注意,转换器必须在将代码发送到浏览器之前对其进行转换.这意味着,您不需要简单地编写JS文件并直接包含在页面中,而是需要首先转换代码的构建步骤(就像我们在其他语言中一样,如C或Java).
这与几年前我们编写JS的方式不同,但是JS社区越来越多地接受构建步骤.还有许多构建工具试图使其尽可能轻松.
与polyfills不同的一个缺点是,如果它们可用,你就不会神奇地使用原生功能.因此,您可能会长时间运送已转换的版本,直到所有目标环境都支持您需要的所有功能.但这可能仍然比不使用新功能更好.