起先只是用 node 做做批处理， uglify 文件而已。接着又变成按 cmd 写代码了, browserify 分析合并。现在又是 jsx ， es6 大行其道。找个插件之类的，文档都是 es6 写的，你不整套 babel 都没法用。
现在写 js 不编译个两分钟，都不叫写 js 了。
js 本身是个灵活，上手难度低的东西，现在变成这样，是不是太过了。
This topic created in 4052 days ago, the information mentioned may be changed or developed.
 |
1
pheyer Sep 2, 2015
不编译的开发效率高，运行效率低，编译的运行效率高，是这样不，平衡的问题
|
 |
2
ljbha007 Sep 2, 2015
@pheyer
其实这些编译成 js 的语言也没有太大的性能提升 有些甚至还不如直接写 编译成 js 主要是可以跨平台在浏览器里边运行 这样就可以配合现成的 HTML 标准 HTML 是目前为止最全能、覆盖最广的 UI 标准 基本任何用传统 UI 框架 如 qt, java awt 等能写出来的界面 用 HTML 来实现只会更容易不会更困难 |
 |
3
coffce404 Sep 2, 2015
编译使得 js 可以部分脱离浏览器更新周期的束缚，这正是前端能够蓬勃发展的最大原因之一
|
 |
4
ETiV Sep 2, 2015
涌抱变化吧, 少年
|
 |
5
YuJianrong Sep 3, 2015
灵活，上手难度低的另一面就是不规范、代码质量低。
现在向前走的路线都是向规范和高质量代码前进的。 模块化（ AMD, CMD, commonjs ）、编译期代码检查(jshint, eslint )、标准规范（ typescript, babel/es6, jsx ）这些都是为了将 JS 从一种为 web 页面做点飞来飞去豆腐块的那种小特效的简单应用语言变成一种能支持成百上千人协作开发的大型项目的语言，这是 JS 未来发展的必然，作为 JS 开发者处于这种变革的时代应该觉得兴奋而不是想着回到以前做点豆腐块就满足的时代去。 |
 |
6
bk201 Sep 17, 2015
我是觉得前端真是让我烟花缭乱，相比而言后端就安静多了
|
Select Language