Jeter

@darklowly 好吧，我没说明白，我是想说，C/C++在使用时总是会碰到隐式转换的问题，而且因为它直接操作内存，很多问题 core dump 解决后还需要重新编译构建，对于前端这种需要快速开发的场景很不友好。。而楼主他试图通过“ well defined type system ”的语言编译成 wasm，去避免他帖子里提到的 JS 语言设计问题（然而这些值转换都已经成为标准了），而 C/C++只是我举的一个 [不适合前端] 这个开发场景的例子，来反驳楼主的上述观点。。。确实，JS 的值转换相对很多语言相当 SB （但是已经写入标准了），所以，如果没有能力去改变 JS 这种窘状的话，就去把标准看清楚再来讨论。。。

@yoa1q7y 没错，楼主应该去学学 C/C++（都是强类型语言），然后玩一玩这两门语言的类型提升或者截断转换，指针间的互相转换，直到它的 C/C++代码 core dump 到楼主吹胡子瞪眼睛之后才会想起 js 有多友好。。。

@qdwang 君不见 jvm 语言何其多，Java 语法有多啰嗦，然后 Java 已死？？？

@cjyang1128 哈哈，不懂设计模式的东西直接看 spring 也是很难看懂啊

如果你想直接从入门到进阶，建议看官方文档后，去把一些 react demo 跑一跑，读代码。。以及最好把那些 react 周边框架（ redux，flux，react-router 的源码读一读），自然就熟能生巧了

“我想，这应该是因为，
大部分的项目，
没有用户反馈／投诉机制，
前端没有监控能力，
所以，根本不知道这里有多少的体验问题。”
不不不，你没说到根本原因。
根本原因在于，我也许把未来的 web 标准都背得烂熟于心，然而浏览器产商才是大爷。。各类移动端产商、浏览器厂商大爷们对用户系统、浏览器的魔改（ qj ）导致开发们（至少我是这样）对移动端兼容这个事情已经麻木了。。。

我记得《深入浅出 Nodejs 》里头有说过，执行 node someFile.js 的时候， someFile.js 里的东西都会用一个闭包包装起来，所以在 someFile 里面，使用 var 声明的变量不显式挂到 global 对象的话， this.a 很明显就是 undefined