ruby元编程

1. 游戏开发中常用哪种脚本语言

随着《魔兽世界》(以下简称wow)在世界范围内流行，脚本渐渐被人们所熟知。由于wow强大的自定义界面系统，Lua这一脚本语言一举成名。x0dx0ax0dx0a其实早在Lua脚本语言被大众所熟知以前，游戏业内人士就已经开始使用脚本来开发游戏了。我们熟悉的很多国内的网络游戏大都运用了脚本开发，比如网游的长青树“梦幻西游和《大话西游2就大量应用了脚本技术。特别是《大话西游2》，其实现基于Lua脚本游戏开发的时间要远早于《魔兽世界》。在脚本技术上，国内与国外其实是站在同一起跑线上的，并不存在什么差距，这也为国内游戏产业赶超国外游戏产业提供了强有力的技术保证。x0dx0ax0dx0a在单机游戏时代，脚本这个词几乎很少出现，那么，为什么在网络游戏时代它却成了业界的宠儿呢?原因是多方面的。x0dx0ax0dx0a单机游戏时代，无论游戏主机还是PC机，它们的性能都非常低下，从而需要具有较高执行效率的编译型语言对机器的性能进行“压榨”。随着科技发展和硬件性能的不断提升，脚本逐渐被开发者所接受并利用，但这并不是脚本流行起来的决定性因素，真正的原因还在于游戏市场有这方面的需求。x0dx0ax0dx0a网络游戏时代的市场竞争激烈、变化莫测，如果延用单机时代一年半载才出一个新版本的开发方式，必然会被游戏行业激烈的市场竞争所淘汰。正是这种游戏市场需求旺盛和开发工具效率底下之间的矛盾，促使脚本语言迅速地发展起来。脚本的兴起使得传统编译型语言(asngC／C )的性能优势在硬件功效大幅攀升的今天已经不复存在。x0dx0ax0dx0a除了市场和硬件这两个因素之外，还有一点我们不能忽略。那就是用C／C 进行游戏开发的高成本和高项目风险。随着java／．net逐渐流行，学习C／C 编程语言的人越来越少，而网络游戏市场的需求却越来越庞大，在程序人才大量匮乏的情况下，造成了c，C 人才的高成本。即便是有能力雇佣大量C／C 程序员的公司，在开发游戏的过程中，也不能无视C／C 的高级特性和高度灵活性带来的高项目风险。C／C 是易学难精的编程语言，在开发大型项目的时候由于程序员的水平参差不齐，所以极易造成沟通不畅。不仅如此，c，C 滥用的高级特性也容易引入大量bug。正是由于这些原因，游戏公司开始在游戏中使用脚本，希望通过脚本来解决这些高成本、高风险的问题。x0dx0ax0dx0a二.脚本的现状x0dx0ax0dx0a脚本不仅解决了c/C 无法解决的开发效率难题，还降低了开发的成本和风险。因此脚本技术在游戏业内蓬勃发展起来，并且已经成为游戏业中不可或缺的一环。纵观当前脚本技术现状，形势一片大好，不仅语言百家争鸣，而且书籍种类也越来越多；不仅在游戏业界开花结果，在web等其它应用领域也大放异彩。x0dx0ax0dx0a首先，我们来看看目前比较流行的脚本：python、Lua、ruby和Erlang。Python和Lua是网络游戏开发的中坚力量；ruby凭借 rubyonrails的web开发框架的强劲力量，其在游戏业的发展前途亦不可小视；Erlang在高并发性上的原生优势吸引了无数追求高性能网游服务器的开发人员的目光。x0dx0ax0dx0a其次，我们来看看书籍方面。大家都知道，文字对语言的普及起到了催化剂的作用，甚至可以看作是语言的有机组成部分。Python经过基金会的多年经营而得到NASA、Google重用的原因，就是由于其相关书籍种类比较丰富；Ruby随着RoR的流行，这两年行情看好，书籍也出版得越来越多了；Erlang是典型的少众语言，但随着多核时代的来临和高并发网络应用的需求，Erlang有着光明的发展前景，现在<>等书也已经在策划出版了；反观Lua，虽然目前越来越流行，但由于它晦涩的接口设计和缺乏大型应用的支持，使得相关书籍寥寥无几。x0dx0ax0dx0a最后，我们把焦点重新聚集到游戏开发行业中，其实不难发现，除了前文提到的《魔兽世界》和网易经典“西游系列”使用了脚本外，现在大多数比较流行的程序也都使用了脚本，如腾讯的QQgame))和搜狐的《天龙八部》等。不仅如此，现今的游戏引擎也都提供了脚本接口，无论是商业的unreal引擎还是开源的 OGRE，无一例外。x0dx0ax0dx0a三.脚本的优势x0dx0ax0dx0a脚本之所以能够在游戏业中找到自己的一席之地，是因为网络游戏市场需要一个快速开发方案来避免C／C 开发带来的项目高成本和高风险。那么，脚本相对于C／C 这类编译型语言到底有什么优势呢?x0dx0ax0dx0aI易于学习,代码可维护性强x0dx0ax0dx0a脚本的语法通常都非常简单，也没有太多高阶的特性，学习的门槛较C／C 低得多，比如Python可能只需要花一个下午即可学会。这使得游戏开发公司可以招聘完全没有脚本、编程经验的新手，通过低成本的培训，他们便能迅速地走上工作岗位。除易于学习外，脚本代码也有较强的可维护陛(尽管写出没有人看得懂的Lua代码也非难事)。因为脚本没有很多高阶特性(如c 里的模板元编程就是高阶特性)，所以脚本程序员就有更多的精力去架构、模式、重用和测试等工作，从而提高了代码的可维护性。相应地，正因为没有那么多让人困惑的高阶特性，也使得脚本代码“简洁”不少。x0dx0ax0dx0a2．降低开发成本x0dx0ax0dx0a如上所言，由于脚本易于学习，游戏开发公司可以大量起用新手，这正是降低成本的有效手段。那么如何来确保新手所写代码的质量呢?众所周知，新手无论用什么语言写程序肯定会出现bug，但用C／C 和Python做比较，可以看出，一个新手用C／c 编写出的程序所出现的bug肯定会比用Python编写出现的bug要多。由于c程序需要编译，而脚本程序(大部分)都可以直接解释执行，所以在排除 bug方面脚本也占有一定的优势，这也使脚本在降低成本的同时能够更好地保证代码质量。x0dx0ax0dx0a3．形成人才壁垒x0dx0ax0dx0a软件开发行业是一个颇为动荡的行业，无数的程序员都在跳槽和谋划跳槽的状态中生活，使用脚本开发形成人才壁垒是游戏业减少人才流动的有效手段。因为现在脚本除了在游戏业中非常流行外，并没有在其它行业形成广泛应用(虽然在web开发方面也有燎原之势，但终究不如在游戏业中的地位高)。这就使得游戏程序员很少会考虑非游戏行业的职位，但其它行业的程序员却可能会因为脚本的易学习性而转投游戏业。脚本除了能有效形成行业间的人才壁垒外，也能有效地形成企业间的人才壁垒。由于现有的脚本种类繁多，不同公司往往有不同的选择，甚至有些公司使用自己开发的脚本语言，所以程序员从公司A跳槽到公司B可能要学习使用另一种脚本，这就提高了跳槽的成本，从而减少了人才的流动。x0dx0ax0dx0a四.脚本的发展趋势x0dx0ax0dx0a依照目前趋势来看，脚本语言一定会更加的普及，而且会逐渐渗透到其它行业中。随着网络游戏从业人员数量的增长，脚本程序员也一直增加，而且Web2、0热潮引起的网络需求，也促成了一批批新脚本程序员的诞生。网络游戏市场就像一个正在滚动的雪球，推动着脚本的普及。x0dx0ax0dx0a随着脚本在游戏业中越来越流行，市场对生产效率的需要也会相应提高。脚本虽然在一定程度上缓解了生产效率与生产工具之间的矛盾，但仍然不够完善。由于市场竞争日趋激烈，而网络游戏在很多功能上的实现又都相差无几，如网络、数据库、图形甚至部分逻辑，这必然会引起网络游戏生产的组装化一一大量中间件相互组合形成新的网络游戏。从目前来看，Bigwofld、PhysX和Unreal等都是比较流行的网络游戏中间件。脚本语言则是粘合各个中间件的良好胶水语言，所以随着网络游戏的生产组装化，脚本将有更大的发展空间。x0dx0ax0dx0a那么，当脚本发展到如日中天的时候，可能取代C／C 这些编译型语言吗?笔者认为不会。脚本语言和编译型语言在生产效率和执行效率上各擅胜场，网络游戏既需要能快速应变的脚本，也需要能快速执行以提供更绚丽游戏效果的编译型语言。未来，它们之间一定会保持长久的和谐互补关系，相辅相成。x0dx0ax0dx0a五.结语x0dx0ax0dx0a综上所述，网络游戏时代是上帝赐予脚本语言发展的绝好时机，脚本语言很快将迎来光芒四射的时代。脚本语言拥有编译型语言无可比拟的生产效率优势，所以它们将互补互助并肩奋战在游戏的最前线。

2. Ruby VS JAVA 到底谁比谁更强 （1）

他的顾问公司专注于Java 持久化框架和轻量级开发方法，同时他也是这些流行的Java图书的作者， Spring: A Developer's Notebook, Better, Faster, Lighter Java, 以及 Bitter Java。 1，在《超越Java》中你花费了大量的时间在Ruby上面，看起来是它像在你说那些将超越Java竞争者中出类拔萃。你觉得是什么使Ruby比 php，Python这类语言优越？这些都是好语言，但是都有一些缺点。对大型应用，PHP和Perl不能连续地产生可读的代码。Lisp，Python和Smalltalk这些就缺少了伟大语言好像应该拥有的催化剂。Ruby是一种好语言，和催化剂（Rails）提供了引人注目得新价值（以效率的角度）以及还在飞速地增长。Ruby不一定是最好的语言，但是它将是我所见过最有可能的。Ruby不大可能在委员会那里超过Java。它很有可能首先在一个更小但是却重要的环境中取得好成绩。这个环境也就是一个有web UI大的胖关系数据库。 2，是否Rails就意味着Ruby？其他语言包括Java难道就不能实现同样的思想？如今，Rails就是超过象Netscape之类语言的催化剂，具有Java一样的功能，可通过网络实现应用的传送。但是我认为Rails很有可能仅仅是Ruby元编程框架浪潮的第一波。 3，你的书中很多都基于典型的“将一个web接口连接到数据库”场景，Ruby的成功案例看上去也仅仅是一两个开发人员的小项目。但是你也承认了Java的重量级企业框架对一些项目的价值（即大型系统上的大型应用）。什么情况下一个项目对于RoR来说过于大的呢？如果一个RoR在那方面的特性发展缓慢呢？有Ruby和小团队你可以做很多事情。基础代码几乎都是一个人写就的，但却关乎整个公司的生计。在一些主要的公司开始进行认真的尝试之前，我们不知道你可以利用ruby或者rails到什么程度。其中一个最吸引我的事情是经济的规模，更小的规模。万一生产力的数字是真实的呢？万一确实可以得到5X的增长？那么你可以在一个部门内划分工作，将工作划分给团队中的一个。交流将很少会成为问题。管理和疏忽也很少会成为问题了。我们都知道对于一间公司增长, tipping points意味着什么。因为增加沟通和管理的级别会产生很多的障碍, 所以一间公司增长要超过1，5，10，40，甚至100倍是很困难的。但是，在这一点上, Ruby on Rails的可扩展性是非常的好。 4，你是否看到Java开发人员转向Ruby吗，还是Ruby将会给新一代的开发人员采用？我觉得两者都有可能。有开发人员不能容忍学习servlets， Spring， XML， Hibernate， Struts 然后还要学习一些 UI 粘合的框架。在Rails中，他们将会完全给释放出来。同时也有Java开发人员已经在寻找更加优势的方法，他们发现了Ruby on Rails。接受了Rails的Java梦想家们的数目是令人惊愕的，他们有Thought Works，James Duncan Davidson，Stuart Halloway 更有 David Geary。 5，难道Java本身就不能做一些事情来维持它的杰出地位？如果过于复杂和膨胀，什么可以阻止开发人员倒退到jdk 1.4？Java将会继续处于顶峰,并在企业应用上保持良好的表现，但是时间不会停滞不前。在某种意味上它终将会给替代。我们将需要一个更高级别的抽象。我认为我们最好的希望就是在JVM上做充足的投入，更好地支持动态语言, 拥抱新的事物，对于旧有的java代码,则最好是保留保守的态度。

3. 关于Ruby

Ruby on Rails是一个用于编写网络应用程序的框架，它基于计算机软件语言Ruby，给程序开发人员提供强大的框架支持。Ruby on Rails包括两部分内容：Ruby语言和Rails框架。

什么是Ruby?
Ruby 语言是一种动态语言，它与Python、Smalltalk和Perl这3种编程语言有些类似。Ruby语言起源于日本，它的研发者是日本人松本行弘（Matsumoto Yukihiro）。松本行弘在1993年开始着手Ruby语言的研发工作，他开发Ruby语言的初衷是为了提高编程的效率。 1995年12月Matz推出了Ruby的第一个版本Ruby 0.95。

Ruby语言的主要特点如下。
1．纯的面向对象语言
在Ruby中，一切皆是对象。下面举一个例子来更直观地说明Ruby语言的这一特点。
在Java中，求一个数的绝对值的代码如下。
int c = Math.abs(-20);
而在Ruby语言中，一切皆是对象，也就是说“-20”这个数也是一个对象，因此，求一个数绝对值的Ruby代码形式如下。
c = -20.abs
这样的代码编写方式是不是更形象一些呢？

2．解释型脚本语言
Ruby 语言是解释型脚本语言，它既有脚本语言强大的字符串处理能力和正则表达式，又不失解释型语言的动态性。一方面，在最初设计Ruby语言时，Ruby的研发者松本行弘考虑到文字处理方面的需要，他借鉴了Perl语言在文字处理方面的成功经验。另一方面，松本行弘将Ruby语言设定为一种解释型语言，Ruby 的动态性使得由Ruby语言编写的程序不需要事先编译即可直接运行，这为程序的调试带来了方便。同时，这一特点可以实现开发过程中的快速反馈。

3．其他特点
（1）动态载入。可以在运行时候重定义自己，类也可以在运行时继承或取消继承。
（2）自动内存管理机制。
（3）多精度整数。
（4）迭代器和闭包。
（5）开源项目。有大量活跃的社区支持Ruby语言。

什么是Rails?
虽然Ruby语言有很多优点，但是一直以来，其流行的范围也仅限于日本。直到2004年，Ruby才逐渐被世界上其他地区的人们所认识，那么是什么让Ruby语言走向世界的呢？是Rails。
Rails 框架首次提出是在2004年7月，它的研发者是26岁的丹麦人David Heinemeier Hansson。不同于已有复杂的Web 开发框架， Rails是一个更符合实际需要而且更高效的Web开发框架。Rails结合了PHP体系的优点（快速开发）和Java体系的优点（程序规整），因此， Rails在其提出后不长的时间里就受到了业内广泛的关注。

Rails框架主要有如下的6大特点。
1．全栈式的MVC框架
Rails是一个全栈式的MVC框架，换句话说，通过Rails可以实现MVC模式中的各个层次，并使它们无缝地协同运转起来。
在实际开发一个MVC模式的Web应用项目时，如果使用Java开发，需要用到Struts（Model层）、Hibernate （Controller 层）和Spring（View层）3个框架，而且需要额外整合3个框架开发出的内容。而使用Ruby语言开发相同的项目时，只需要用到Rails框架就可以完成。

2．约定优于配置
为了说明各个对象之间的关联关系，一般的Web应用开发框架往往采用写入XML配置文件的方法。这种方式虽然可以解决一些问题，但是却带来了管理上的混乱。
Rails 对此的态度是约定优于配置，这意味着在Rails中不会出现XML配置文件。Rails使用Web应用多年来积累的各种常见约定（更具体地说是命名规则）来代替XML配置文件，而在Rails内部的映射与发现机制根据这些约定可以实现对象之间的关联。在第1章中，通过Rails的映射与发现机制实现了数据表与Ruby对象之间的关联。

3．更少的代码
使用约定来代替XML配置文件说明Rails本身完成了大量的底层工作，这意味着使用更少的代码来实现应用程序是极有可能的。此外，代码量的缩减也减小了出现bug的可能性，降低了维护程序和升级程序的难度。

4．生成器
Rails 使用的实时映射技术和元编程技术，免去了开发人员在开发过程中编写大量样板文件代码的烦恼。在少数需要使用样板文件代码的时候，开发人员可以通过 Rails内建的生成器脚本实时创建，而不再是通过手工编写。Rails的这个特点可以使开发人员更专注于系统的逻辑结构，而不必为一些琐碎的细节所烦扰。

5．零周转时间
对已有的Web应用系统进行修改后，其一般需要经过配置、编译、发布、重新设置、测试等一系列步骤才能投入使用，这明显浪费了许多时间。而使用Rails开发Web应用系统，可以通过浏览器即时查看程序运行结果，从而节约了大量的时间。

6．支架系统
Rails的支架系统可以自动为任何相关的数据库表创建一套包含标准CRUD操作和前台视图的系统。通过支架系统，开发人员可以方便快捷地操纵数据库中的数据表。此外，Rails也允许开发人员使用自己设计的代码或视图来替换自动生成的代码和视图。

目前，Rails的最新版本是2005年12月13日发布的v1.0.0。从RoR正式提出到v1.0.0的发布，RoR在一年多的时间里受到了业内人士的广泛关注。RoR受到广泛关注主要有如下两个原因：首先，RoR的开发效率高（部署容易）、功能丰富（支持Ajax等流行应用），有消息称对于相同的 Web开发项目，使用RoR开发比使用Java体系架构开发快5~10倍；此外，令人不可思议的高性能是其受到关注的另一个重要原因，根据CSDN上转载的新闻称使用RoR开发出来的项目性能，比基于Struts+Hibernate+Spring的Java应用还要高15%~20%。
RoR 当前遇到的主要问题是使用RoR搭建的大型商业应用还很少，究其原因可以概括为两点：第一，从开发能力的角度，RoR是一个基于Ruby语言的轻型Web 开发框架，很多开发者对其是否适合大型应用难以把握。第二，本身使用RoR开发的大型商业应用较少，使得后来者持观望态度。
综合分析来看，RoR的发展前景还是很光明的。RoR在短时间内取得了巨大的成就，它打破了Web开发领域的固有观念，方便快捷的开发方式使其被广泛接受。而事实上，现在已有几家跨国公司正在使用RoR开发自己的Web应用程序，并且有多家大型公司在考虑使用RoR进行Web应用开发。

4. RUBY元编程怎么样

在java的时代，因为不满面向类/对象的复杂机制，自己借鉴研究了对象装备模式，后来发现就是spring的原理。当时不知spring的情况下，还自己实现了利用运行时反射机制来动态的给对象设置空类，拼装方法共享实例对象属性，做出来虽然很欣慰，但是很难看，很慢，不可能到生产环境。 后来了解了js的函数原型prototype，可以动态的定义方法和传递闭包，简直口水直流，直接转成了web前台开发，只做ajax，直到ruby的出现。大概是06年，那时候资料贼少，全是日文，英文的都不多，学了皮毛就搁置了。 今年，因为自己回归开发，想实现一些想法，尝试了php之后，毅然决定打死不用php，与其深入研究php不如决心搞ruby，打眼一看，发现中文资料太多了，太幸福了，当看到这本元编程的时候，马上想起java时候的辛酸啊。 Ruby让人快乐，元编程更是快乐的魔法，创造出令人兴奋激动的东西。 计算机不再是仆人，而是朋友，我能理解你，你也能理解我。 如果说写java就像写论文，那么用js就像写英文诗，而ruby像五言绝句。 所以不学元编程，不如用java

5. 为什么python的元编程能力没有ruby强

Ruby的确是比Python更干净的OOP，这也不奇怪，Ruby根本就是Smalltalk换了点语法而已。
但这个更干净并不是a.length vs. len(a)，名词在前还是动词在前的问题，否则OOP也未免太肤浅了。
在Python里，对于a.f()可能是调用a所属的类的方法f，也可能是调用a的属性f。这个二义性在metaprogramming时带来很多不一致和麻烦，比如Python对__xxx__ magic method lookup的特殊规定。

6. 怎样用JS实现异步转同步

源起

小飞是一名刚入行前端不久的新人，因为进到了某个大公司，俨然成为了学弟学妹眼中'大神'，大家遇到js问题都喜欢问他，这不，此时他的qq弹出了这样一条消息

"hi,大神在吗？我有个问题想问，现在我们的代码里面有这样的东西,可是得不到正确的返回结果

1234567functiongetDataByAjax () {return$.ajax(...postParam)}vardata = getDataByAjax()if(data) {console.log(data.info)}

"哦，你这里是异步调用，不能直接获得返回值，你要把if语句写到回调函数中",小飞不假思索的说到，对于一个‘专业’的fe来说，这根本不是一个问题。
“可是我希望只是改造getDataByAjax这个方法，让后面的代码成立。”
“研究这个没有意义，异步是js的精髓，同步的话会阻塞js调用，超级慢的，但是你要一再坚持的话，用async:true就好了”
“不愧是大神，我回去立刻试一试，么么哒”

两天后，她哭丧着脸登上了qq
“试了一下你的方法，但是根本行不通，哭~~”
“别急，我看看你这个postParam的参数行吗”

123456{...dataType:'jsonp',async:true...}

"这是一个jsonp请求啊，老掉牙的东西了，，jsonp请求是没有办法同步的"
“我知道jsonp请求的原理是通过script标签实现的，但是，你看，script也是支持同步的呀，你看tags/attscriptasync.asp”
“额，那可能是jquery没有实现吧，哈哈”
“大神，你能帮我实现一个jsonp的同步调用方式嘛，拜托了(星星眼)”
虽然他有点奇怪jquery为什么没有实现，但是既然w3school的标准摆在那里，码两行代码又没什么，

loadJsonpSync = (url) => {varresult;window.callback1 = (data) => (result = data)lethead = window.document.getElementsByTagName('head')[0]letjs = window.document.createElement('script')js.setAttribute('type','text/javascript')js.setAttribute('async','sync')// 这句显式声明强调src不是按照异步方式调用的js.setAttribute('src', url)head.appendChild(js)returnresult}

额，运行起来结果竟然是undefined！w3cshool的文档竟然也不准，还权威呢，我看也不怎么着，小飞暗自想到。

“刚才试了一下，w3school文档上写的有问题，这个异步属性根本就是错的”
“可是我刚还试过一次这个，我确认是好的呀”

12<script src="loop50000 && put('frist').js"></script><script src="put('second').js"></script>

(有兴趣的同学可以实现以下两个js，并且加上async的标签进行尝试。)
“这个，我就搞不清楚了”，小飞讪讪的说到
对方已离线

抽象

关于这个问题，相信不只是小飞，很多人都难以解答。为什么ajax可以做到同步，但jsonp不行，推广到nodejs上，为什么readFile也可以做到同步(readFileSync)，但有的库却不行。
（至于script的async选项我们暂时避而不谈，是因为现在的知识维度暂时还不够，但是不要着急，下文中会给出明确的解释）
现在，让我们以计算机科学的角度抽象这个问题：

我们是否可以将异步代码转化为同步代码呢？(ASYNCCALL => SYNCCALL)

既然是抽象问题，那么我们就可以不从工程角度/性能角度/实现语言等等等方面来看(同步比异步效率低下),每增加一个维度，复杂程度将以几何爆炸般增长下去。

首先，我们来明确一点，==在计算机科学领域==同步和异步的定义

同步（英语：Synchronization），指对在一个系统中所发生的事件（event）之间进行协调，在时间上出现一致性与统一化的现象。在系统中进行同步，也被称为及时（in time）、同步化的（synchronous、in sync）。--摘自网络
异步的概念和同步相对。即时间不一致，不统一

明确了这一点，我们可以借助甘特图来表示同步和异步

注意看我们标红的地方，如果你完成了小测验1，就会得到和这张图一致的顺序

==同步执行的代码片段必然在异步之前。==

所以，无论从理论还是实际出发，我们都不得不承认，在js中，把异步方法改成同步方法这个命题是水月镜花

哦对了，最后还需要解释一下最开始我们埋下的坑， 为什么jsonp中的async没有生效，现在解释起来真的是相当轻松，即document.appendChild的动作是交由dom渲染线程完成的，所谓的async阻塞的是dom的解析，而非js引擎的阻塞。实际上，在async获取资源后，与js引擎的交互依旧是push taskQueue的动作，也就是我们所说的async call

推荐阅读： 关于dom解析请大家参考webkit技术内幕第九章资源加载部分

峰回路转

相信很多新潮的同学已经开始运用切了async/await语法，在下面的语法中，getAjax1和console之间的具有同步的特性

1234asyncfunction() {vardata = await getAjax1()console.log(data)}

讲完了event loop和异步的本质，我们来重新审视一下async/await。
老天，这段代码亲手推翻了==同步执行的代码片段必然在异步之前。== 的黄金定律！
惊不惊喜，意不意外，这在我们的模型里如同三体里的质子一样的存在。我们重新审视了一遍上面的模型，实在找不到漏洞，找不到任何可以推翻的点，所以真的必须承认，async/await绝对是一个超级神奇的魔法。
到这里来看我们不得不暂时放弃前面的推论，从async/await本身来看这个问题
相信很多人都会说，async/await是CO的语法糖，CO又是generator/promise的语法糖，好的，那我们不妨去掉这层语法糖，来看看这种代码的本质, 关于CO，读的人太多了，我实在不好老生常谈，可以看看这篇文章，咱们就直接绕过去了,这里给出一个简易的实现
/5800210.html

functionwrap(wait) {variteriter = wait()const f = () => {const { value } = iter.next()value && value.then(f)}f()}function*wait() {varp = () =>newPromise(resolve => {setTimeout(() => resolve(), 3000)})yieldp()console.log('unlock1')yieldp()console.log('unlock2')console.log('it's sync!!')}

终于，我们发现了问题的关键，如果单纯的看wait生成器(注意，不是普通的函数)，是不是觉得非常眼熟。这就是我们最开始提出的spinlock伪代码！！！
这个已经被我们完完全全的否定过了，js不可能存在自旋锁，事出反常必有妖，是的，yield和*就是表演async/await魔法的妖精。
generator和yield字面上含义。Gennerator叫做生成器，yield这块ruby，python，js等各种语言界争议很大，但是大多数人对于‘让权’这个概念是认同的(以前看到过maillist上面的争论，但是具体的内容已经找不到了)

扩展阅读---ruby元编程 闭包章节yield(ruby语义下的yield)

所谓让权，是指cpu在执行时让出使用权利，操作系统的角度来看就是‘挂起’原语，在eventloop的语义下，似乎是暂存起当时正在执行的代码块(在我们的eventloop里面对应runPart)，然后顺序的执行下一个程序块。
我们可以修改eventloop来实现让权机制

小测验2 修改eventloop使之支持yield原语

至此，通过修改eventloop模型固然可以解决问题，但是，这并不能被称之为魔法。

和谐共存的世界

实际上通过babel，我们可以轻松的降级使用yield,（在es5的世界使用让权的概念！！）
看似不可能的事情，现在，让我们捡起曾经论证过的
==同步执行的代码片段必然在异步之前。== 这个定理，在此基础上进行进行逆否转化

==在异步代码执行之后的代码必然不是同步执行的(异步的)。==

这是一个圈子里人尽皆知的话，但直到现在他才变得有说服力（我们绕了一个好长的圈子）
现在，让我们允许使用callback，不使用generator/yield的情况下完成一个wait generator相同的功能！！！

functionwait() {const p = () => ({value:newPromise(resolve => setTimeout(() => resolve(), 3000))})letstate = {next: () => {state.next = programPartreturnp()}}functionprogramPart() {console.log('unlocked1')state.next = programPart2returnp()}functionprogramPart2() {console.log('unlocked2')console.log('it's sync!!')return{value: void 0}}returnstate}

太棒了，我们成功的完成了generator到function的转化(虽然成本高昂)，同时，这段代码本身也解释清楚了generator的本质，高阶函数，片段生成器，或者直接叫做函数生成器！这和scip上的翻译完全一致,同时拥有自己的状态(有限状态机)

推荐阅读 计算机程序的构造和解释 第一章generator部分
小测验3 实际上我们提供的解决方式存在缺陷，请从作用域角度谈谈

其实，在不知不觉中，我们已经重新发明了计算机科学中大名鼎鼎的CPS变换
Continuation-passing_style

最后的最后，容我向大家介绍一下facebook的CPS自动变换工具--regenerator。他在我们的基础上修正了作用域的缺陷，让generator在es5的世界里自然优雅。我们向facebook脱帽致敬！！egenerator

后记

同步异步 可以说是整个圈子里面最喜欢谈论的问题，但是，谈来谈去，似乎绝大多数变成了所谓的‘约定俗称’，大家意味追求新技术的同时，却并不关心新技术是如何在老技术上传承发展的，知其然而不知其所以然，人云亦云的写着似是而非的js。

==技术，不应该浮躁==

PS: 最大的功劳不是CO，也不是babel。regenerator的出现比babel早几个月，而且最初的实现是基于esprima/recast的，关于resprima/recast,国内似乎了解的并不多，其实在babel刚刚诞生之际， esprima/esprima-fb/acron 以及recast/jstransfrom/babel-generator几大族系围绕着react产生过一场激烈的斗争，或许将来的某一天，我会再从实现细节上谈一谈为什么babel笑到了最后~~~~