关闭

别了,JavaScript;你好WebAssembly

时间: 2018-10-10阅读: 1157标签: 语言

作为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或浏览器插件的开发者。 


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


什么是WebAssembly能而JavaScript或TypeScript不能提供的?

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


npmwebpack

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

npm

乍一听好像我的意思是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,而且还在不断学习。作为一个工程师,拥有这些技能就有了解决问题的思路。

原文链接: www.telerik.com 
翻译来源:https://www.zcfy.cc/article/goodbye-javascript-hello-webassembly 


站长推荐

1.云服务推荐: 国内主流云服务商,各类云产品的最新活动,优惠券领取。地址:阿里云腾讯云华为云

链接: http://www.fly63.com/article/detial/1131

angular多语言配置

angular的国际化方案,采用ngx-translate来实现。我们希望可以在一个固定的文件里面配置对应的翻译文件,然后在每个用到的组件里面使用它,随意我们需要借助TranslateHttpLoader来加载翻译文件。

WebAssembly的过去、现在和未来

为了能够让其他语言的代码在浏览器中运行,WebAssembly被创造出来。它拥有更好性能,更小的size,能够更快的加载和执行。我们无需编写WebAssembly的代码,只需要将其他高级语言编译成WebAssembly,这样就能在浏览器中复用大量的其他语言现有的代码。

javascript是编译型还是解释型?

javascript是解释型的,是直译式脚本语言。javascript是不需要编译的,浏览器直接解释源代码,并执行在内存中创建变量等操作。

javascript是解释型语言吗?

javascript是一种解释性、直译式脚本语言;是一种动态类型、弱类型、基于原型的语言。C、C++等语言先编译后执行,而JavaScript是在程序的运行过程中逐行进行解释

前端国际化的另类方式

一个项目发展到一定的环境或者一开始就是为多国打造的,就需要考虑国际化了。简单来说,就是一套页面,多套语言。主要探讨了两种完全不同的国际化方式,前一种主流,后一种完全属于另类,但还是有用武之地的。如果你的页面不太复杂,完全可以采取这种方式。

学习编程开发_如何学习并掌握一门计算机编程语言

如果你有兴趣编写计算机程序,移动APP,网站,游戏或者任何软件,你应该学习编程。编程语言撰写的代码构建了计算机的程序。无论对于何种计算机编程语言,其核心编程思想都是一样的

这三个新特性可能改变JavaScript未来

你想不想知道下一波令人兴奋无比的 JavaScript 特性?你甚至都不知道自己需要这些特性。现在,我要向你展示三个可能会改变你编写 JavaScript 代码方式的提案。这些提案中有很多方面仍未最终确定。

五款面向未来的伟大编程语言

我们根据 RedMonk 与 TIOBE 等公司发布的数据,大胆宣称一部分编程语言在未来中长期内将注定步入失败。这篇文章发布之后引发轩然大波,这也让我们深刻进行了自省,并决定……写下这篇更为激进的续章

JavaScript 很糟糕吗?

虽然 JavaScript 是目前最流行的技术,但它确实也是一种设计糟糕的语言。这就是现实。只有承认现实,我们才能开始解决这个问题。根据Stack Overflow 2018 年的调查 ,JS 是当前最流行的一项技术。我们这里有一个 宝贵视频 。

每个程序员都该学习的5种开发语言

我曾在某处读到过(可能在《代码大全》,但我不敢确定),程序员应该每年学习一门新的编程语言。但如果做不到,我建议,你至少学习以下5种开发语言,以便你在职业生涯有很好的表现。

点击更多...

内容以共享、参考、研究为目的,不存在任何商业目的。其版权属原作者所有,如有侵权或违规,请与小编联系!情况属实本人将予以删除!