随着Web的新时代的到来，WebAssembly由Google，Microsoft，Apple和Mozilla合作设计：
WebAssembly高层目标
- 定义一种可移植的，节省大小和加载时间的二进制格式作为编译目标，通过利用移动和IoT等多种平台上可用的通用硬件功能，可以将其编译为以本机速度执行
我想问那些已经掌握这些知识的人：
一旦完成，是否可以将任何编程语言编译到WebAssembly？使其成为C＃，Java，Python，JavaScript，Ruby。如果是这样的话-Web开发人员可以选择任何语言来完成他现在使用JavaScript可以实现的功能吗？
目标确实是支持任何一种语言，但是要支持任何一种语言很难不拖延地完成。
WebAssembly当前关注的是传统上会提前进行编译，可以在线性内存堆上很好地使用并且不需要动态重新编译，运行时代码加载或垃圾回收的语言。这些限制中的一些限制是为了尽早获得最低可行产品（这发生在2017年2月），并考虑到现有的浏览器内编译器可以做什么。
请注意，MVP不支持线程。线程将在不久后添加。
通过将用C / C ++编写的解释器编译到WebAssembly，可以轻松地支持Python，JavaScript和Ruby。更高版本的WebAssembly将支持JIT编译，但是像V8这样的引擎将必须以WebAssembly为目标，就好像它是新的ISA（例如，与x86-64 / ARM / ...相当）。
C＃和Java需要类似的GC和堆栈操作原语。这也在路线图上，但是在MVP，线程和动态链接之后。
请注意，这些语言可能工作得很好，但是要支持其所有库也很困难！我们（浏览器工程师）可以很好地支持语言，但是我们需要社区围绕强大的图书馆支持而建立。
最后一句话：是的，WebAssembly应该能够执行JavaScript可以执行的许多操作，因为它可以访问相同的Web API。它的目标不是替换JavaScript：而是对JavaScript进行补充，避免为非自然支持其他语言而向JavaScript添加功能，并为C ++ / Rust等低级语言提供可预测的近乎原生的性能。
为以JavaScript为目标或编译类似于JavaScript的语言（例如TypeScript）的人们保持JavaScript的发展，并将WebAssembly演变为喜欢其他语言的JavaScript的好帮手。
最终，WebAssembly将支持更多的低级功能。其中一些对于JavaScript而言是没有意义的，但是现有代码（例如大型C ++代码库）假定存在这些功能是为了确保正确性和/或性能。
人们应该停止编写JavaScript并切换到WebAssembly吗？不会。我希望与JavaScript紧密集成，这意味着将可以从JavaScript（例如，快速图像处理器）中使用WebAssembly模块，而现有的C ++代码库将以Web为目标，但是我认为JavaScript不会很快消失。
本文收集自互联网，转载请注明来源。
如有侵权，请联系 [email protected] 删除。
我来说两句