posted by wap, platform: Chrome
三大浏览器厂商：Mozilla、Chrome、Microsoft都宣布对WebAssembly的初步支持。

什么是WebAssembly呢？可以理解为直接在浏览器上跑跨平台的二进制，而且可以很方便的和javascript集成。

posted by wap, platform: Chrome

引用:

原帖由 @ffcactus  于 2016-3-15 15:21 发表
可笑。楼上两文化人解释下？

WebAssembly只是个二进制格式，又不是具体语言。

官方FAQ如是说：
Is WebAssembly trying to replace JavaScript?
No! WebAssembly is designed to be a complement to, not replacement of, JavaScript.

本来那些本地语言就不适合操作WEB，也没有现成的海量资源，并且Javascript的优势就是这些。目前的想法是那些耗时费力的图形、多媒体处理、压缩解压之类的，用js实现太麻烦太慢，这些用WebAssembly来实现，让Javascript来调用就好了。

posted by wap, platform: Chrome

引用:

原帖由 @乌鸦  于 2016-3-15 15:26 发表
我觉得javascript才是毒瘤，比FLASH还毒瘤

ES6好多了，发展下去还是能抢救一下的

posted by wap, platform: 红米Note2

引用:

原帖由 @ffcactus  于 2016-3-15 17:07 发表
Javascript也好Webassembly也好其目的都是实现更丰富的网页交互方式。之所以要推WebAssembly是因为JavaScript有太多的先天性不足。以现在JavaScript的普及程度来看WebAssembly也不可能立刻就取代JavaScript。但从此以后完全就没必要用JavaScript了，用C++来写也完全可以。
相对于成熟的面向对象的语言来说，JavaScript操作Web没有任何先天优势。唯一的优势可能就是方便了那些喜欢乱写程序的程序员。

槽点太多我没法喷你，恕我无能

posted by wap, platform: 红米Note2

引用:

原帖由 @cc0128  于 2016-3-15 17:05 发表
JavaScript十分好用，会用的太少的。。

高手才会觉得不好，一般人一堆堆高手写的库早帮你把坑填平了哪来的毒瘤？低端的恐怕不好理解异步、回调之类的，中间级别反而很安心经验丰富工具很多，又不用填坑。只有最顶层和最底层的才会这么说。

posted by wap, platform: Chrome
现在还能加用户备注，帖表情，CTRL+ENTER发帖之类的，只是没放出来哦

posted by wap, platform: Chrome

引用:

原帖由 @weir  于 2016-3-15 20:25 发表
这个东东貌似出来快一年了吧，就是将以往各个浏览器的插件接口规范化一下呗。

到时候又是一堆兼容性问题，安全性问题，想短时间推广有的忙呢！

这几天刚实装，一年前那还是理论阶段。

兼容性应该没问题，因为订标准的就是mozilla、microsoft、google，项目还是开源的，安全性之类的也考虑到了。其实这就是早前asm.js的进化版本

posted by wap, platform: 红米Note2

引用:

原帖由 @井冈山剿匪记  于 2016-3-16 13:21 发表
@jun4rui. 你这个表情系统调用的表情地址是不是有问题？chrome一点进去就自动开始下载而不是打开图片。我用wap版都是看见单张图就直接点开看的，结果这几天中招无数次，现在download里全是你的gif表情。

估计有点跨浏览器兼容问题，我改改

posted by wap, platform: Chrome

引用:

原帖由 @井冈山剿匪记  于 2016-3-16 13:21 发表
@jun4rui. 你这个表情系统调用的表情地址是不是有问题？chrome一点进去就自动开始下载而不是打开图片。我用wap版都是看见单张图就直接点开看的，结果这几天中招无数次，现在download里全是你的gif表情。

确实是图片地址的问题，我本来是测试随便在网上找个几个图，到换成TG标准的图片看看

posted by wap, platform: Chrome

引用:

原帖由 @流浪的枪骑兵  于 2016-3-16 14:58 发表
求教，如何理解“便携式的字节码”？

大概是指字节码都提供二进制和不能执行的打印版本两套，并且能压缩？

posted by wap, platform: Chrome

引用:

原帖由 @流浪的枪骑兵  于 2016-3-16 17:03 发表
本来我的理解，这东西应该是类似java虚拟机那样提供一个runtime来执行二进制字节码
但被你这么一说，我又糊涂了
像这样提供的二进制，不是受操作系统和cpu架构制约吗？

如果跨平台会先编译成适合本地机器架构的二进制代码吧

posted by wap, platform: Chrome

引用:

原帖由 @流浪的枪骑兵  于 2016-3-16 17:50 发表
那这意思是说，初次打开网页时，如果有对应二进制档就直接下载执行，如果没有就下载文本文件当场编译？感觉还是有点怪异。

我又翻了下官方的说明，根据我的理解，这货应该运行的就是生成好的二进制代码，而同时也提供文本版本可以看。

至于跨硬件架构的问题，官方的说法是这玩意从开始就被设计成了可执行在各种操作系统和不同指令集架构上的。如果实在是硬件不支持导致某些功能受限制，则会采用模拟的方式执行，这样程序还是能跑就是效率会打折扣。

目前有一个官方假设的运行环境特性说明，大概和JVM那套有些类似，就是规定了这个虚拟机大概是什么样子的，至于系统调用，WebAssembly不指定任何API和系统调用，只有一个入口机制。

posted by wap, platform: Chrome

引用:

原帖由 @lvcha  于 2016-3-16 18:22 发表
以后点个link电脑里的东西分分钟被人全拷贝走。

应该和Java一样，有沙盒机制，默认只能访问自己的存储空间，要访问用户的文件系统需要经过一系列麻烦的手续和授权

posted by wap, platform: Chrome

引用:

原帖由 @流浪的枪骑兵  于 2016-3-16 19:26 发表
这样基本合理，谢谢解惑

客气啊，我本来自己也有点模糊，你说了我才去认真看了下，自己也长了知识

posted by wap, platform: 红米Note2
今后OS肯定会持续保持弱化了，浏览器会继续强势崛起。

按照这个势头下去强势的浏览器肯定获益最大，chrome OS？

x86的平台优势肯定会被削弱，都统一了，arm会在主流桌面计算机有一席之地？

微软大一统软件模式注定昙花一现？因为Web将成为更强势的统一平台。

如果以后还会继续出游戏主机，那跑跑PC软件也不奇怪了，只有一只个开源主流浏览器就行。

软件的鸿沟被填平，Linux、osx再也不用抱怨，xx软件没有啦！