别了，JavaScript；你好，WebAssembly

作为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应用的选择。

.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也是必要的。

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？请留言。

如果你有兴趣学习更多我们基于.NET和Javascript的UI工具，一定要关注我们的在线发布会，这个在线活动会讨论Telerik (on 10/2)和Kendo UI相关的所有新特性。 (明天，9/27。)

web development, .NET, webassembly, blazor, Javascript

译文出处：https://www.zcfy.cc/article/goodbye-javascript-hello-webassembly