能运行在浏览器端的语言，确实只有JS，但在开发阶段，却并不一定要使用JS写。而是用其他语言写，直接使用JS写游戏，实在太自虐了。
JS本身的缺点非常严重，如果只是写DOM的话，其实并没什么感觉，因为代码量太少。
但如果写类似游戏这种复杂逻辑，代码量一变大，瞬间就令人崩溃了。弱类型，回调地狱问题，即便将来版本更新到ES10，也不可能完全解决。
如果你看过一个游戏项目的JS源码，你会发现一个非常恐怖的现象。在代码的最底部，有几百个，甚至几千个大括号。。。。所有大型程序的JS源码，拉到最底部，大概都是长这个样子的：
} } } } } } } } } } } } } } } } } } } } } } } } } } } }} } } } } } }} } } } } } } } } } } } } } } } } } } }.Listen(127.0.0.1) } } } } } } } } } } } } } } } } } } } } }} } } } } } } } } } } } } } } }}
大括号的数量还必须绝对精准，少一个，或者多一个，都无法正常运行。。。这就是平时所说的回调地狱。由于JS项目总是函数里面套函数，层层相套，这叫做回调函数。层数一多，就算你是N年的老手，也照样懵比。。。。
所有的游戏项目，都比网页特效的代码量要多的多。。。比如写一个斗地主，就需要4，5万行的JS代码。。。。。最底部的大括号数量，轻松上千。。。。
弱类型的缺陷更严重，但由于解释起来篇幅会很长，所以这里就不提了。
所以为了避开JS本身太多的语法缺陷，一般游戏项目，都是使用其他语言编写，最后再通过一些手段，编译成JS。。。就如同你用一般编程语言编写，最终运行的时候，只有1和0的道理一样。。。在制作页游的时候，一般都是用强类型语言编写，最后开发完成之后，把那些强类型语言编写的代码，通过一些手段“转换”成JS代码。
“转换”成JS代码的方法有很多，其中在游戏行业比较主流的，一共有三种：
1，ActionScript语言，简称AS语言。也就是当年FLASH使用的那个语言。。。当年也曾辉煌过，后来随着FLASH的没落而逐渐没落。。。但有很多H5游戏引擎，也同样使用AS语言。比如LayaAir引擎等。
2,TypeScript语言，简称TS语言。由微软出品，微软和谷歌共同维护的一门完全符合ECMA标准的语言，可以视作JS的超集。超集这个概念怎么理解呢？就是“所有的JS语言，同时也是TS语言，而TS比今天的JS，更像未来的JS”。就比如目前的JS版本只出到了ES6或ES7。那么ES10是啥样？现在并没人见过，连ECMA组织也不知道。。。但有一点可以确定的是，它和TypeScript长的很像。而TS是包含JS的。换言之，JS本身也可以视作是TS的一部分。只是TS里的内容要远比JS多的多。这语言主要有两种用法，一是像AS语言一样结合游戏引擎，比如cocos creator，白鹭等引擎都支持。还有一种用法就是。。。结合Three.JS之类的库，完全按照JS本身的用法去使用。
3，C#语言。虽然JS得名字里面带个Java。但和它长的最像的语言，却并不是JAVA，而是C#。简单说就是：“JS的名字和JAVA有多像，语法就和C#有多像”。所以C#也比较容易转换成JS。但这并不是重点，重点是有一个超级牛的游戏引擎，是使用C#作为开发语言的。就是大名鼎鼎的Unity3D。Unity3D可以直接把C#编写的游戏项目，虚拟现实项目等，编译发布到WebGL。
你自己运行过了吗？你怎么运行，她就怎么运行。我打听个事：你女友的电脑是不是与众不同，不能用你运行html文件的方式运行？
html文件直接用浏览器打开就行了，html和嵌在html中的js代码都是由浏览器执行的。
邀请机制是互联网产品推广时期非常重要且必不可少的一种推广模式，现在大多数APP都有这种邀请新用户获取奖励的机制，在现有的邀请模式下，是如何绑定用户邀请关系的呢？
通过手机号码进行用户关系绑定，好友在落地页中填写手机号，然后下载APP，使用同一手机号码注册登录，后台通过落地页及APP注册时上传的手机号码进行配对，就能绑定用户之间邀请关系，发放奖励，但是需要用户需要填写两次手机号码，落地页一次，登录APP注册时一次。
通过填写邀请码来绑定用户关系，邀请者在APP内生成独有的邀请码，将邀请码发送给好友，好友复制后下载APP，首次登录注册时填写，后台通过比对上传的邀请码数据，就能绑定双方邀请关系并发放奖励。对于填写邀请码而言，很多用户不愿填写，尽管很多APP采取了自定义邀请码或者是其它简化邀请码输入难度的方案，用户主动填写邀请码的比例仍然不高。
本质上这两种绑定用户关系的方法都需要用户多走一步，这样对用户体验其实是很不好的，从操作成本上看，用户操作每多一层，用户的流失率也会多一层。
最好的办法是自动绑定用户上下级关系，无需用户操作的方案，这个方案叫免填邀请码方案，与邀请码方案差不多，只不过可以通过集成 openinstall 的 SDK 来实现自动获取邀请参数，让用户免去填写邀请码的繁琐，并且用户全程是无感知的，这意味着邀请效率的提升和能够大大增加处理数量的能力。——这个方案是市场上最优的方案，目前有很多知名APP应用已经采取这个方案。
简单来说：
A用户要推荐别人安装应用，A分享了一个链接给用户B，链接上的落地页集成了openinstall的js，这个js自动获取到A用户的邀请码参数，B用户通过链接进入落地页，触发了js（比如页面上的下载按钮），这个时候A用户的邀请码参数上传到OP的服务器，B用户下载APP之后，首次打开APP会向OP服务器配对邀请参数，从而实现自动绑定用户关系。
这个方案结合了邀请码形式和邀请链接形式各自优点的方案，并且规避了各自邀请环节中出现的各种影响用户体验的问题。
当然，有些平台方对获取用户的手机号码比较注重，我们可以在用户下载安装 APP 后，在注册环节、用户付费、验证身份等环节要求填写。这样既能保证邀请路径缩至最短，用户的首次体验也能达到最佳，进而提升 APP 邀请转化率以及推广效率。
基于这种免填邀请码安装自动绑定关系的方案，我们还可以想象更多的 APP 推广使用场景，比如：
银行、保险类APP，客户经理通过分享自己专属二维码让客户扫码，即可在下载APP后首次打开时自动将新用户自动绑定到该客户经理名下，无需客户输入填写任何渠道码绑定关系。
资讯类APP的师徒制推荐，邀请人分享自己的邀请落地页/二维码，好友通过该页/二维码下载APP，新用户登录时自动将双方绑定为师徒关系，并发放任务奖励。
教育类APP，可以为合作院校的每个班干部或教师各自生成独特参数的二维码，让他们自行用二维码推广产品，自动计入业绩，并给予佣金奖励。
淘客类、网赚类、头条类APP：用户通过分享邀请注册链接、CMS商城链接等，好友通过链接安装登录，就能直接绑定邀请双方的上下级关系，分销效率倍增。
直播类、游戏类APP：分享直播间、游戏给好友，无需填写推广码、邀请码同样能直接统计分享者具体业绩，大量CPS、CPA推广都能细分统计个体数据。
政务类、金融地产类APP：不再需要依靠手动登记、填写渠道码完成绩效统计，每个基层干部、金融/地产经纪人都可以在证件名片上携带自己的下载二维码推广APP，每个人的绩效将自动统计。
具体的使用场景可以根据自身APP而定，免填邀请码安装的实质就是把千万甚至上亿的用户都视为渠道，并在不须用户人工填码识别绑定关系的情况下，自动识别绑定每个渠道(每个用户)带来的新用户，并向他们提供差异化的服务或者是统计他们的渠道业绩（邀请业绩）。
