用以前用过的域名做网站,洪梅东莞网站建设,做设计有哪些地图网站,建设公司需要网站吗自从WebAssembly标准发布以及各大浏览器完成对其默认支持之后#xff0c;WebAssembly成为前端热门话题。在WebAssembly之前#xff0c;类似的前端二进制标准有火狐主导的asm.js和Chrome主导的PNaCl。二者均用于将后端C/C代码用于前端#xff0c;作为它们折中方案#xff0c…自从WebAssembly标准发布以及各大浏览器完成对其默认支持之后WebAssembly成为前端热门话题。在WebAssembly之前类似的前端二进制标准有火狐主导的asm.js和Chrome主导的PNaCl。二者均用于将后端C/C代码用于前端作为它们折中方案WebAssembly标准更偏向于asm.js的实现。Chrome在支持了WebAssembly标准之后宣布将放弃对PNaCl的支持。
作为前端标准PNaCl在创立之初就有其先天不足。在设计上PNaCl代码和前端代码Javascript、HTML等高度独立并且PNaCl代码运行在独立进程中这使得PNaCl代码和页面代码交互成本非常高需要通过IPC方式。另外处于安全考虑PNaCl进程运行在沙箱环境中Chrome为此定义了一套API称为Pepper。Pepper定义的API中有许多和现行Web标准重复。
更加严重的问题是不论是Pepper还是PNaCl都没有明确的二进制代码规范。因此非Chrome浏览器如果要兼容PNaCl插件要么反向工程Pepper来自己实现一套接口实现要么从Chromium工程中导入其中的实现代码。无论哪种方式都需要和Google的修改同步。这对于开发者来说是不可接受的。
相反asm.js实现方式从一开始就尽量贴近前端开发和已有前端标准。asm.js用Javascript数组来表示内存并将C/C代码编译成Javascript以操作这个数组。这种实现方式相比PNaCl有一个很大的优势所有代码在同一个JS虚拟机中运行可以方便的和其他Javascript代码、DOM进行交互。另外这样的实现没有引入新的API因此文档相关的工作也比较少。
综上所述WebAssembly标准最终和asm.js比较接近它实现在JS虚拟机中可以和页面Javascript之间方便的进行调用。WebAssembly标准除了新增加载和链接WebAssembly代码相关的API之外没有定义新的平台相关API。和asm.js不同的是WebAssembly完整定义了二进制代码规范相关规范文档已经完成。
当然Google和其他团队在WebAssembly标准的制定上也功不可没。针对PNaCl插件Google已经发布了迁移文档。可以说WebAssembly标准的发布真正的赢家是开发者
原文地址http://www.infoq.com/cn/news/2017/06/WebAssembly-fire-fox-win .NET社区新闻深度好文微信中搜索dotNET跨平台或扫描二维码关注
