作为JavaScript替代，一种Web开发的新形式已经浮出水面：WebAssembly。

Web开发与JavaScript开发向来是同义词。就是说，直到现在。但一种新的Web开发形式已然出现，声言会取代JavaScript。作为一个拥有15年Web开发经验的程序员，这个新方向瞬间吸引了我。

WebAssembly (Wasm)是一种在浏览器中可以执行的二进制指令，旨在为C#等高级语言提供一种编译目标。去年，微软开始尝试基于WebAssembly使用Mono运行时让.NET进入浏览器。Mono为.NET运行库(.dll)提供了基于WebAssembly运行的环境。运行在Mono之上的是Blazor，一个构建于.NET的单页Web应用开发框架，通过Mono的WebAssembly运行时在浏览器中运行。WebAssembly-Mono-Blazor这个全栈.NET应用平台能够催生不用JavaScript或浏览器插件的开发者。

这个新东东的出现立即引发了问题，很正常。

做出选择

我的答案完全代表自己的想法，而且我觉得并非所有开发者、项目或工具都应该一样。对我而言，答案很清楚，简单说就是“选择”。不限于JavaScript的Web开发意味着选择，或者说可以选择不使用JavaScript或.NET而选择其他语言的自由。更准确也更个人地说，我有了可以使用自己早就在使用的工具和语言开发Web应用的选择。

npm与WebPack

.NET切入Web开发的一个特殊优势，就是有了可以替换npm和WebPack的工具。作为一个多年的.NET程序员，我可以向NuGet（包管理程序）和MSBuild招手了。对我而言，这些工具问题少，更熟悉，且效率也高得多。尽管没有完美的事物，但我使用NuGet和MSBuild的体验一直是很好的。

乍一听好像我的意思是npm和Webpack不好，希望大家放弃它们，但反之也一样。npm和WebPack都是伟大的工具，还会存在相当长的时间。如果你的JavaScript工具用来创建Web应用很好使，那没问题。基于我对Web开发多年的认知，我明白为什么会出现npm和WebPack，也对它们取得的成熟和将要做出的贡献表示赞赏。

降低学习难度

Blazor让我非常震撼的是它使用起来非常简单。公正地说，我承认它的功能不完善，还没有大规模测试。Blazor把简单易用的Razor（UI）与其他.NET核心概念组合起来：依赖注入、配置、路由。而且从Angular及React等流行JavaScript框架借用了最佳模式，同时利用了Razor模板，并提供了与其他.NET惯例的一致性。这些功能的组合支持前所未有的技能重用。相信使用同一种语言并熟悉全栈JavaScript应用相关概念的Node程序员可以理解这一点。

还是需要JavaScript

使用WebAssembly并不意味着可以抛弃JavaScript。WebAssembly眼下还只能被JavaScript加载和编译。（没错，这有点乱。）虽然未来的计划让WebAssembly模块可以像ES6模块一样被浏览器加载，但JavaScript还是启动WebAssembly必需的。JavaScript的必要性还不止于此。WebAssembly自身无法访问任何平台API，而要访问这些API，JavaScript也是必要的。

Blazor interop

WebAssembly应用可以调用JavaScript，让WebAssembly能调用自己不能调用的API。这项功能Blazor框架也用到了。因为Blazor刚出来不久且还是实验性的，开发者可以通过Blazor interop在WebAssembly自身不足时把JavaScript作为后备，当然Blazor也不成熟。此外这个交互机制也是一个抽象层，很多使用C#的程序员都会用到，他们不必担心底层运行的还是JavaScript。随着WebAssembly的不断成熟，类似的抽象会不断减少。

不是永远不见

Progress在JavaScript及Angular、React、Vue和jQuery上投入巨大。Progress旗下最令人激动的一个开源框架是NativeScript.。NativeScript是一个使用JavaScript创建iOS和Anroid原生应用的框架。NativeScript提醒我WebAssembly是在为程序员创建新选择。借助 NativeScript，JavaScript程序员可以重用自己已有的技能进入移动开发领域，这在工作上更有价值。NativeScript的目标是为程序员赋能，也不减损Swift、Objective-C或Java的价值。

我感觉WebAssembly也有一个相同的目标。事实上，这个目标官宣在 WebAssembly文档中。

WebAssembly想取代JavaScript？ 不！WebAssembly的设计目标是作为JavaScript的补充，而不是替代。虽然WebAssembly会随着时间推移允许很多语言在Web上编译执行，JavaScript依旧有着巨大的能量，还会继续保持其单一、 专有（如前所述）的动态Web语言地位。此外，未来的JavaScript和WebAssembly应该只需配置几下就可以协同工作……

前进

是不是使用JavaScript的替代器开发让你激动，WebAssembly及ASP.NET Core的Blazor等框架就值得投入一些 时间了呢？目前还是WebAssembly及其相关技术的早期阶段，但前承诺的广阔生态系统引起了我的注意。作为Web开发的拥趸，我希望它发展壮大，拓宽应用的写作思路。至少我学了那么多年.NET，现在终于可以用它来更快地做Web开发了，还是很值得炫耀的。不仅如此，我其实也很熟悉JavaScript，而且还在不断学习。作为一个工程师，拥有这些技能就有了解决问题的思路。

WebAssembly让你觉得震撼吗？想不想试试Blazor？还是说你有Ruby或 Python背景，希望在自己的能力范围内使用WebAssembly？请留言。

原文发布时间为：2018-10-20 本文作者：李松峰 本文来自云栖社区合作伙伴“”，了解相关信息可以关注“”。