闲话js前端框架
前端人员=美工+设计+代码+测试
——题记
专题文章：
一、从avalonjs的模板说起
二、庞大的angularjs
三、再也不想碰DOM
四、组件化？有没有后端的事？
五、再看自己一年前设计的微型渲染引擎
六、在浏览器标准上做文章
七、抛开浏览器，构建应用容器
八、为何Flash、银光和Java都在网页端一蹶不振
本文属 西风逍遥游 原创, 转载请注明出处: 西风世界 http://blog.csdn.net/xfxyy_sxfancy
六、在浏览器标准上做文章
为了简化前端的开发，或做一些特殊的应用，我们往往需要采取某些‘非人道’的方式，才能实现某些功能。例如下面这个js库，就是为了兼容各个浏览器标准，那么就做了这样一件匪夷所思的事：
lua.vm.js——一个跑在js上的lua虚拟机
对你没听错，这是一个虚拟机！
虚拟机的历史
虚拟机有简有繁，并不是所有的虚拟机都像java虚拟机那么恐怖。谈起虚拟机的历史，那可是十分的悠久。在1965年前后，IBM的研究人员试图去测量一些计算机科学领域新概念的实际效果。他们设计了一种方案，需要把机器分割成“更小的部件”。这些部件要求能够管理他们自己的资源，以使得研究人员能够在同一时间在系统中测试测试许多不同的条件，而不用改变系统的其他“部件”。他们相信， 对于这个实验来讲，一个虚拟机的实现会工作的非常好。
于是，他们就真的将这个设计实现了出来，并且做成了一款成功的产品，一个多用户环境的操作系统来出售。这套虚拟机系统现在被称做IBM370系统（S/370）和IBM390系统（S/390）。
js上实现虚拟机的困难之处
其实本质上，lua的虚拟机并不是特别复杂，我们会发现，lua的栈式虚拟机实际上非常简短。但问题是，原来的C实现，现在改成js实现，有一个最大的困难是，js也是运行在虚拟机上的。
这会引入什么问题呢？例如跨虚拟机的循环回收，js里面有一个对象被lua对象保存，而恰好，这个lua对象又被这个js对象保存，那么好，如果只是一个虚拟机下，当然很容易就做到，但两个虚拟机的实现时，就几乎成了不可完成的任务。C语言由于是自己控制内存的申请和释放，所以被其他地址引用并不会有什么问题。但js的自动内存管理反而复杂化了这个问题。
js混合lua代码的运行
感觉很特别，用lua的风格去操作网页，确实很有趣！
print('hello' .. ' ' .. 'world!') – 这是Lua！
print(js.run('[0,1,2,3,4,5][3]')) – 在Lua中运行JS
-- 使用Lua与页面交互
local screen = js.global.screen
print("you haz " .. (screen.width*screen.height) .. " pixels")
local window = js.global -- window是JS中的global对象
window.alert("hello from lua!")
window.setTimeout(function() print('hello from lua callback') end, 2500)
local document = js.global.document
print("this window has title '" .. document.title .. "'")asm.js
lua.vm.js也不是凭空出现的，他依赖一个强大的底层库，asm.js
asm.js是一个JavaScript的一个严格的子集，可以被用来作为一个底层的、高效的编译器目标语言。asm.js提供了一个类似于C/C++虚拟机的抽象实现，包括一个可有效负载和存储的大型二进制堆、整型和浮点运算、高阶函数定义、函数指针等。
简单来说asm.js是用js写的一个基本库，用来模拟计算机底层的数据类型和结构。安装asm.js的工作方式，能够模拟C++等静态类型语言的底层运行环境。
这样做有什么意义呢？
去年，Mozilla和Epic声明他们已经为Asm.js支持Unreal Engine 3——并且运行十分良好。
他们将C++的游戏引擎，编译成了javascript，然后使用WebGL进行渲染。
由于对asm.js进行单独处理，它的性能已经非常好了，对于复杂的应用（比如上面的游戏）性能仅仅比普通C++编译的慢两倍（可以和Java或者C#相媲美）。实际上，这已经比目前浏览器的运行时环境要快很多了，几乎是最新版的Firefox或者Chrome执行速度的4~10倍。
