也不知道写点什么好了

呵呵

还是写点什么吧

许多早期的编程语言没法子做这种事。有些语言容许你做，却又困难重重（例如C有函数指针，但你要在別处声明和定义函数）。面向对象语言也不确保你用函数可以干些啥（把函数当对象处理？）。

如果你想将函数视为一类对象，Java要求你建立一个有单方法的对象，称为算子对象。许多面向对象语言要你为每个类都建立一个完整文件，像这样开发可真叫快。如果你的编程語言要你使用算子对象来包装方法（而不是把方法本身当成对象），你就不能徹底得到现代（动态）编程语言的好处。不妨试试看你可否退货拿回些钱？

不用再写那些除了经过一个数组对每个元素做一些事情之外一无是处的函数，有什么好处？

让我们看回map函数。当你要对数组内的每个元素做一些事，你很可能不在乎哪个元素先做。无论由第一个元素开始执行，还是是由最后一个元素执行，你的结果都是一样的，对不？如果你手头上有2個CPU，你可以写段代码，使得它们各对一半的元素工作，于是乎map快了两倍。

或者，发挥一下想像力，设想你在全球有千千万万台服务器分布在全世界的若干个数据中心，你有一个真的很大很大的数组，嗯，再发挥一下想像力，设想这个数组记录有整个互联网的内容。还了，现在你可以在几千台服务器上同时执行map，让每台服务器都来解决同一个问题的一小部分。

那么在这个例子里面，编写一段非常快的代码来搜索整个互联网这个问题，其实就和用一个简单的字符串搜索器（算子）作为参数来调用map函数一样简单了。

希望你注意到一个真正有意思的要点，如果你想要把map/reduce模式变成一个对所有人都有用，对所有人都能立刻派上用场的技术，你只需要一个超级天才来写最重要的一部分代码，来让map/reduce可以在一个巨大的并行计算机阵列上运行，然后其他旧的但是一向在单一个循环中运行良好的代码，仍可以保持正确的运行，惟一的差别只是比原来单机运行快了n倍。这意味着它们都一不留神突然变成可以被用来解决一个巨大的问题的代码。

让我再啰嗦一下，通过把“循环”这个概念加以抽象，你可以把用任何你喜欢的方式来实现“循环”过程，包括可以实现让循环迭代速度随着硬件计算能力保持令人满意的同步增长。

你现在应该可以明白不久为何对那些对除了Java之外什么都沒被学过的计算机系学生表示不满了：
( http://www.joelonsoftware.com/articles/ThePerilsofJavaSchools.html ) ：

Without understanding functional programming, you can't invent MapReduce, the algorithm that makes Google so massively scalable. The terms Map and Reduce come from Lisp and functional programming. MapReduce is, in retrospect, obvious to anyone who remembers from their 6.001-equivalent programming class that purely functional programs have no side effects and are thus trivially parallelizable. The very fact that Google invented MapReduce, and Microsoft didn't, says something about why Microsoft is still playing catch up trying to get basic search features to work, while Google has moved on to the next problem: building Skynet^H^H^H^H^H^H the world's largest massively parallel supercomputer. I don't think Microsoft completely understands just how far behind they are on that wave.

不理解函数式编程，你就发明不了MapReduce这个让Google的计算能力如此具有可扩展性的算法。Map和Reduce这两个术语源自Lisp语言和函数式编程……（这是另一篇文章的内容，emu也不是很理解其中的各种说法的来龙去脉，就不翻译了）

我希望你现在明白，把函数当成基本类型的（动态）编程语言能让你在编程过程中更好的进行抽象化，也就是使代码精悍、功能更内聚、更具可重用性及更具有扩展性。很多的Google应用使用Map/Reduce模式，因此一有人对其优化或修正缺陷，它们就都可以从中得益。

我准备要再罗嗦一下，我认为最有生产力的编程语言莫过于能让你在不同层次上都可以进行抽象化的。老掉牙的FORTRAN 语言以前是不让你写函数的注。C 有函数指针，可是它们都非常丑丑丑丑丑丑丑丑陋，不允许匿名声明，又不能在用它们时实现它们而偏偏要放在別处去实现。Java让你使用算子对象，一种更丑陋的东西。正如Steve Yegge所述，Java是個名词王国
( http://steveyegge.blogspot.com/2006/03/execution-in-kingdom-of-nouns.html )。

作者注：这里提起了FORTRAN，不过我上次使用FORTRAN是27年前的事了。FORTRAN是有函数的，我码字那会儿脑子里面想的大概是GW-BASIC语言。（emu注，basic确实只有所谓的子程序和go-sub语句，作用只是重新组织代码结构而已，没有参数和调用堆栈，因此没有真正的函数调用）

译者注：原作者起了《你的编程语言可以这样做吗》这个标题其实并不是这篇文章的真正价值所在，我转这篇文章也不是因为原作者可以把语言的初级技巧玩得转，而是因为这是一篇map/reduce模型的示范。

你的编程语言可以这样做吗？(map/reduce的js示范) (转)

注意：
当页面使用的编码标准为下面语句时：

<!http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd'>

一些属性，如　body.clientHeight 就会失效，如果需要，可用下面语句代用：

document.documentElement.clientHeight;

Java是目前最流行的面向对象的编程语言之一，Java支持UTF-8、ISO-8 
859-1、GBK等各种字体编码，可笔者发现Java中字体编码的问题仍难倒了不少程序员，网上虽然也有不少关于在Java中如何正确显示中文的文章，但都不够全面，笔者特意总结如下。

影响Java中字体编码正确显示的有几个因素: 1)数据库的连接方式; 2)网页中使用的字体编码; 3)数据库里存放数据的字体编码; 4)Java的缺省字体编码。如果在编程中遇到不能正确显示中文时，要先弄清楚以上几项所使用的字体编码，再分析找出原因，即可解决问题。

众所周知，JSP是Java的一种，和网页有关，而网页也有自己的中文编码系统，所以JSP处理中文要比纯Java的类文件更为麻烦。本文的测试数据库是MySQL3.2，数据库连接驱动是用org.gjt.mm.mysql.Driver，这里主要讨论UTF-8和GBK的显示( GB2312是GBK的一个子集，Java中可以使用GBK来代替GB系列)。我们先来研究JSP中字体编码问题， 下面第一到第六点是针对JSP的(因为从数据库里读出中文数据与写入中文数据有所区别，咱们分别说明，前三点是从读取数据库到显示在网页，后三点是从网页输入数据到存入数据库)，第七到第九点针对纯Java的类文件。 以下rs表示ResultSet的一个实例，是执行Select语句之后产生的数据集。

一、数据库连接方式使用UTF-8

在连接数据库的驱动后面加上这句参数useUnicode=true&characterEncoding=

UTF-8，例如jdbc:mysql://localhost/DBVF?autoReconnect=true&useUnicode=

true&characterEncoding=UTF-8，从数据库里读出中文显示在使用GBK的JSP的网页里，如果数据库里存放的字体编码是UTF-8，在JSP中使用 str=new String(rs.getBytes(1),"UTF-8")或者str=rs.getString(1)，可以正确显示中文。如果数据库里存放的是GBK数据，那么JSP中也要使用str=new String(rs.getBytes(1),"GBK")来显示正确的中文。值得注意的是如果页面使用UTF-8，数据库里存放的是UTF-8，也可以用str=new String(rs.getBytes(1),"GBK")正确显示中文。如果网页是UTF-8，而数据库里存放的是GBK，无法直接显示中文，需要2步转换, str=new String(rs.getBytes(1),"GBK"); 再str=new String(str.getBytes("UTF-8"),"GBK")，才可以正确显示中文。

二、数据库连接方式使用GBK

在连接数据库的驱动后面加上这句参数useUnicode=true&characterEncoding=

GBK,例如jdbc:mysql://localhost/DBVF?autoReconnect=true&UseUnicode=true&

characterEncoding=GBK，从数据库里读出中文，显示在使用GBK的JSP的网页里，如果数据库里存放的字体编码是UTF-8，在JSP中一定要使用 str=new String(rs.getBytes(1),"UTF-8")，才正确显示中文。如果数据库里存放的是GBK数据，那么JSP中也要使用str=new String(rs.getBytes(1),"GBK") 或者直接使用str=rs.getString(1)，即可显示正确的中文。 如果网页是UTF-8，而数据库里存放的是GBK，只能用str=new String(rs.getString(1).getBytes("UTF-8"),"GBK")的方法来显示中文; 如果网页是UTF-8，而数据库里存放的是UTF-8，可用str=new String(rs.getBytes(1),"GBK") 或者rs.getString(1)方法来显示中文。

三、使用缺省数据库连接方式

连接数据库的驱动后面没有这句参数useUnicode=&characterEncoding=，例如jdbc:mysql://localhost/DBVF?autoReconnect=true，没有参数useUnicode=true&characterEncoding，表示使用默认的ISO-8895-1编码。

1. 从数据库里读出中文，显示在GBK的网页里。如果数据库里存放的字体编码是UTF-8，在JSP网页中一定要使用语句 str=new String(rs.getBytes(1),"UTF-8") 或者str= new String(rs.getString(1).getBytes("ISO-8859-1"),"UTF-8")，才可正确显示中文。如果数据库里存放的是GBK数据，那么JSP中也要使用str=new String(rs.getBytes(1),"GBK")或str=new String(rs.getString(1).getBytes("ISO-8859-1"),"GBK") 显示正确的中文。

2. 如果网页是UTF-8,不能直接正确显示GBK，需要2步转换，str=new String(rs.getBytes(1),"GBK")，再str=new String(str.getBytes("UTF-8"),"GBK") 才可以正确显示中文。如果数据库里存的是UTF-8，直接用str=new String(rs.getBytes(1),"GBK")或者str=new String(rs.getString(1).getBytes("ISO-8859-1"),"GBK")就可以显示中文了。

以上是读取数据库里中文正确显示在网页上，下面三点是如何正确存入数据库。

四、数据库连接方式使用UTF-8编码

JSP中要把网页输入的中文存入数据库，通常有一个提交(Submit)的过程，是用str=request.getParameter("username")，然后执行update或者insert语句来存入数据库。如何赋值给str很重要，而且这里中文输入与网页所使用的字体编码有关。

1、 网页使用UTF-8，使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"UTF-8")或者str= new String(request.getParameter("username").getBytes(),"UTF-8")，都可以使得存到数据库里的数据是UTF-8编码。

2. 网页使用GBK，使用str= new String(request.getParameter("username").getBytes(),"GBK")，那么存入数据库的是UTF-8编码。

3. 值得注意的是使用UTF-8的数据库连接方式不能存得GBK。

五、数据库连接方式使用GBK编码

1. 输入使用GBK网页，存到数据库里是GBK的方法: str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"GBK") 或者str= new String(request.getParameter("username").getBytes(),"GBK")。

2. 网页使用GBK，想存入UTF-8到数据库里，要分2步: 先str=new String(request.getParameter("username").getBytes(),"GBK")，再str=new String(str.getBytes("UTF-8"),"GBK")即可。

3. 网页使用UTF-8，而且使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"GBK") 或者str= new String(request.getParameter("username").getBytes(),"UTF-8")，那么存到数据库里的数据是UTF-8编码。

4. 网页使用UTF-8，而且使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"),"UTF-8")，那么存到数据库里的数据是GBK编码。

六、数据库连接方式使用缺省，即不使用参数useUnicode和characterEncoding

1. 网页使用GBK，如果使用str= request.getParameter("username")或者str= new String(request.getParameter("username").getBytes())，那么在数据库里的数据是GBK码。网页使用UTF-8 和使用str= request.getParameter("username")，则存入数据库是UTF-8编码。

2. 如果使用str= new String(request.getParameter("username").getBytes("ISO-8859-1"))，那么根据网页提供的字体编码而存到数据库里，比如是UTF-8的网页，那么存到数据库中就是UTF-8编码，如果使用GBK网页，那么存到数据库里的字就是GBK编码。

3. 如果使用str= new String(request.getParameter("username").getBytes("UTF-8"),"UTF-8")这一种组合能存到正确的数据外，其他存到数据库里的数据则都是乱码或者错误码。在这个UTF-8组合的特例中，网页使用的是GBK，则存放到数据库里就是GBK，网页使用UTF-8，那么存到数据库里的就是UTF-8。

4. 网页是GBK的要存得UTF-8，一定需要2步: company=new String(request.getParameter("company").getBytes(),"GBK")和company=new String(company.getBytes("UTF-8"))。

5. 网页是UTF-8的，不能存得GBK在数据库里，一句话，改变数据库连接方式不能存得GBK码。

以上所有的都是基于JSP网页和数据库交换数据，下面讨论一下纯JAVA编程下的字体编码转换。

七、数据库连接方式使用UTF-8编码

1. 数据库里的中文是UTF-8，可以转换为GBK,但不能把GBK存入数据库。

2. 数据库是GBK，如果转换为UTF-8，使用content=new String(rs.getBytes(2),"GBK")直接将content存入数据库就可为UTF-8。

八、数据库连接方式使用GBK编码

1. 数据库里的中文是UTF-8，如果转换为GBK，使用content= new String(rs.getString(2).getBytes(),"UTF-8"),再直接使用update或者insert语句插入到数据库，即存得GBK。如果使用content= new String(rs.getString(2).getBytes(),"GBK")或者content= new String(rs.getString(2).getBytes())，再存入数据库即存得还是UTF-8编码。

2. 数据库里的中文是GBK，如果转换为UTF-8，使用content= new String(rs.getString(2).getBytes("UTF-8"))或者content= new String(rs.getString(2).getBytes("UTF-8"),"GBK")，再直接使用update或者insert语句插入到数据库,即存得UTF-8。

3. 如果某个String是GBK，要转换为UTF-8，也是使用content= new String(GBKstr.getBytes("UTF-8"))或者content= new String(GBKstr.getBytes("UTF-8"),"GBK"); 如果某个String是UTF-8，要转换为GBK，应该使用new String(UTFstr.getBytes("GBK"),"UTF-8")。

九、数据库连接方式使用缺省,即不跟参数

1. str2=new String(GBKstr.getBytes("UTF-8"),"ISO-8859-1")，可以将数据库里的GBK编码转换为UTF-8。

2. 读取UTF-8然后存入UTF-8，则用str1=new String(UTFstr.getBytes(),"ISO-8859-1")或者str1=new String(UTFstr.getBytes("GBK"),"ISO-8859-1")。

3. 不能实现数据库里的UTF-8转换为GBK。

如果采用UTF-8的数据库连接方式或者缺省数据连接方式，那么无法将UTF-8转为GBK；而GBK的数据库连接方式可以实现UTF-8和GBK的相互转换。建议大家采用GBK的数据连接方式。

　　个人用户坐在家里写博客，不用上班就可以获得固定收入？博客网近日宣布，将在所有博客全面铺开博客分账系统“博客金行”，实行自愿原则，今后广告利润三分之二归博客，三分之一归博客网。

在众多翘首以待的博客用户看来，不管怎样，博客网站们能够设身处地想到他们的利益，已经足够让他们激动一段时间，但对于“钱景”，却很少有人看好。

　　　一些著名博客更多地是把博客网站们的举动当作又一次炒作的噱头，而同为WEB2.0公司的老板们对于广告分成模式的前景也有着类似的看法，ZCOM公司总裁黄明明认为，这种模式作为一种探索和尝试是值得的，但不一定能够取得多好的实际收益。不仅如此，业界专家也对个人博客可以获得赢利的模式表示了不信任　　　　草根博客坐家赚外快

　　　博客网推出“博客金行”，普通博客可分享广告收入

　　　　个人用户写博客也能赚钱了？从此坐在家里不用上班就可以获得固定收入？这一“梦幻”般的美景曾为众多博客发烧友们所畅想，一旦真的来临，却又有几分不敢相信。“如果真能如此，那岂不是大家都可以罢工了？”一位博客道出了很多人的心声。尽管已有博客网站表了态，愿意同用户分享收入，但距离每个草根博客都可以获得稳定可观的收入还有一段路程。自诞生之日起就一直受“赢利模式”困扰的WEB2.0公司们真正为博客们提供这一生存道路的可能性还要接受更多考验。

　　个人博客开始有进账

　　　博客网总裁方兴东在8月26日举行的中国“博客诞生四周年研讨会”上称，博客网将在所有博客全面铺开博客分账系统“博客金行”，实行自愿原则，今后广告利润三分之二归博客，三分之一归博客网。

　　　方兴东称该业务开创了一个新模式，首次把博客、博客网站和广告主三方利益捆绑在一起。目前博客网已经获得TCL、亚马逊和卓越等多家公司3000万元的首批推广赞助费用。据悉，博客用户在向博客金行提出申请后，博客网将在其博客页面上挂出相应的广告。之后，博客网通过技术手段，对各个博客页面广告进行跟踪分析和统计，按照广告访问量的不同、对广告主广告效果影响的不同等标准，与个人博客进行分成。首批广告投放具体的分成标准是：个人博客上的广告，每获得一个独立IP的点击，作者将获得0.05元至0.2元的分成。

　　　之前，Google曾经推出通过广告点击进行用户分成的模式。和讯网甚至还带动博客用户发起了“博客广告同盟”，希望一同获得广告收益

　　　　想发财有点难

　　　尽管博客网愿意同用户分享收入，但由于客观条件限制，自诞生之日起就一直备受“赢利模式”困扰的WEB2.0公司们真正为博客们提供这一生存道路的可能性还要接受更多考验。按照博客网“博客金行”评价体系的规定，博客必须要保持经常性的更新、必须保证所有访问你页面的人都尽量去点击页面上的广告，还必须保证不出现重复点击……“假如你的全班同学都来为你争‘人气’，但由于他们在同一个校园网上网，那也只能算做是一个独立IP，这或许是让个人博客用户感到绝望的一件事。”一位资历较老的博客这样评价。

　　　按照该方法，互联网上的争议人物或者突发事件主角可以获得每天几百甚至上千元的收入，但对普通博客用户而言，以一个日访问量百人左右的普通博客用户来计算，每月的收入最多也就几十元钱

　　但愿博客网和阿里妈妈合作会走好，阿里妈妈注册请点这里。

　　据称，这家名为VistaPrint的名片制作公司是从一家名为innuity的软件服务公司手中购得的此域名。

　　2005年之前，Innuity公司并不为人所知，他们使用Vista.com这个域名的目的仅仅是为了出名。现在VistaPrint的目的和Innuity公司没有什么不同，他们购买这个域名是为了给自己打广告。

答案是能，最近博客网和阿里妈妈合作了，在博客上的广告位每点一次博客用户将会得到0.1元-0.13元不等的收入。

在这篇文章中，我们将讨论多种优化 Actionscript 代码的方法.
此外我们也针对一些典型的游戏代码进行了系列测试，来最大限度的发掘、提高Flash播放器的性能。

代码优化简介

在本文中，我们将向您展示一些通过技术手段得到了优化的flash小游戏。代码优化之所以重要是因为它能帮您节约flash播放器的资源，还能让您的游戏在不同的硬件环境下运行得更加稳定。本文主要讨论基于flashplayer6.0的一些问题，以及如何通过可行的技术手段去解决它们！

随着flashplayer7.0的发布，一些技术问题已经得到解决了，而且性能大体地有所提高，然而在写本文之时，flashplayer6.0仍然有着广泛的应用。所以我们还是主要集中在6.0这个版本上。-aw猜测：国外买盗版的很少，所以很多人可能都来不及使用7.0，尤其是那些非职业的flash设计者。

何时进行优化

对现有程序进行优化的过程，有时十分的冗长与困难，这与原始代码的非优化程度有关，所以在投入大量时间进行代码优化之前，最重要的是要估计出要在什么地方对代码做出修改或替换。

一个游戏代码的最重要的部分就是主循环体，通常情况下该循环体要在flash的每一帧上执行，并控制游戏中的角色属性和重要的数据参数。而对于主循环体以外的部分，也可能是次要循环部分，同样要注意是给其否分配了过多的资源，而没有分配给那些更需要资源的核心部分。

通过积累在各处节约出来的时间(可能每处仅仅是几个毫秒)，您会明显发现自己的swf运行得更加稳定，并且游戏感也大大加强。

简洁与高效的代码

书写出十分简洁、可以再次调用的代码(有时可能是面向对象的)是一项精细的工作，但这需要多年的编程经验。对于OOP(object oriented programming， 面向对象的程序设计)，有些场合根本利用不到它的优势，这使得它显得十分奢侈。 在有限的资源条件下(可能是flash播放器的原因)，通过更先进的方法，像刚刚提到的OOP，就可能反而导致令人不满意的结果。

我们并不是说OOP对游戏编程不好，只是在某些场合它显得过于奢侈和多余。毕竟有时候“传统的方法”却能得到更好的结果。

大体而言，用OOP是比较好的，因为它让代码维护更加简单。但在后文中，你会看到有时为了充分发挥flashplayer性能，而不采用OOP技术。例如：处理快速滚动或者计算十分复杂的数学问题。

基本的优化

一提及代码优化，我们马上会联想到执行速度的改进，而很少去考虑系统资源的分配。这是因为当今，即使是将被淘汰的计算机，都有足够的内存来运行我们大部分的flash游戏(128M的内存足以满足大多数情况的需要，况且，512M的内存是当今新电脑的基本配置)

变量

在各种重要的代码优化手段中，有这么一条：在定义局部变量的时候，一定要用关键字var来定义，因为在Flash播放器中，局部变量的运行速度更快，而且在他们的作用域外是不耗占系统资源的。

aw附：var变量仅仅在花括号对中才有“生命”，个人认为没有系统学过编程的人容易出错的一个地方：

awMC.onLoad = function(){
  var aw = 1;
}
awMC.onEnterFrame = function(){
 //不存在aw这个变量
}

一段非优化代码:

function doSomething()
{
	mx = 100
	my = 100
	ar = new Array()
	
	for (y=0; y < my; y++)
	{
		for (x=0; x < mx; x++)
		{
			i = (y * mx) + x
			arr[i] = i			
		}
	}
	return arr
}

这段代码中，并未声明函数体内的那些变量(那些仅仅在函数内使用的变量)为局部变量，这使得这些变量被播放器调用的速度更慢，并且在函数执行完毕的时候仍然耗占系统资源。

下面列出的是经过改进的同样功能的代码：

function doSomething()
{
	var mx = 100
	var my = 100
	var ar = new Array()
	
	for (var y=0; y < my; y++)
	{
		for (var x=0; x < mx; x++)
		{
			var i = (y * mx) + x
			arr[i] = i			
		}
	}
	return arr
}

这样一来所有的变量均被定义为了局部变量，他们能够更快地被播放器调用。这一点在函数大量(10，000次)循环运行时显得尤为重要！当一个函数调用结束的时候，相应的局部变量都会被销毁，并且释放出他们占有的系统资源。

onEnterFrame 事件

onEnterFrame事件对于游戏开发者而言是非常有用的，它使得我们能够快速、反复地按照预设帧频(fps)运行一段程序。回想在Flash5的时代，这(onEnterFrame实时监控)是一种非常流行的技术，用这样的事件来控制机器游戏对手的逻辑，又或者我们可以在每一个子弹上设置这样的事件来监测子弹的碰撞。

实际上，我们并不推荐给过多的MoveClip添加这样的事件，因为这样做会导致“无头绪码(spaghetti code)”的出现，并且容易导致程序效率明显降低。

大多数情况下，用单独一个onEnterFrame事件就可以解决问题了：用这一个主循环来执行你所需要的操作。

另一个简单的办法是设置一个合适的帧频：要知道帧频越高，CPU资源就越紧张。

在帧频为25-35(fps)之间时，onEnterFrame足以很好地执行较复杂代码，哪怕你的计算机配置较低。因此，在没有特殊要求的场合，我们不推荐使用高于60(fps)的帧频。

矢量图与位图

在处理图形前，我们一定要做出正确的选择。Flash能对矢量图和位图进行完美的兼容，然而矢量图和位图在播放器中的表现实质却完全不同。

在用到矢量图的时候，我们要尽可能简化它们的形状，去除多余的端点。这样做将大大降低播放器用于呈现矢量图所要进行的计算量。另一个重要方面在于线条的运用，尽量减少和避免冗陈的线条结构，因为它们会直接影响到flash的播放效率。

当某个实例透明度小于100时，也会对播放速率造成影响，所以如果你发现自己的Flash播放速率过慢，就去挑出这些透明的实例来吧！

那么，如果真的需要呈现比较复杂的场景时，你就最好考虑使用位图实现。虽然Flash在对位图的渲染效率上并不是最优越的(比如和Flash的“兄长”Director比起来)，但丰富的视觉内容呈现只能靠位图(与位图同复杂度的矢量图形渲染速率非常低)了，这也是很多基于区块的游戏中广泛采用像素图作为背景的原因。顺便要提到的是，Flash虽然对GIF,JPG和PNG都有所支持，但是渲染速度上PNG还是占有绝对优势，所以我们建议flash中的位图都尽可能采用PNG格式。

影片剪辑(MovieClip)的可视性[下面将MovieClip简称为mc]

您可能会经常碰到这样一种情况：有大量不可见/屏幕外的mc等待出场(比如游戏中屏幕外的地图、人物等等)。
要知道，播放器仍然要消耗一定的资源来处理这些不可见/屏幕外的mc，哪怕他们是单帧，非播放的状态。

最好的解决办法之一是给这些mc一个空白帧，当他们不出现在屏幕上时，你能用gotoAndStop()语句跳转到这一帧，从而减少播放器对资源的需求。

请务必记住，这种情况下，简单的设置可见度属性为不可见( _visible = false )是无效的，播放器将继续按照这些mc所停留或播放的帧的复杂度来分配资源 。

数组

数组在各种需要记录数据的应用程序和游戏中都被广泛的使用。

一个典型的例子就是基于区块的Flash游戏，在这样一类的游戏中，地图有时被存放成形如arr[y][x]的二维数组。虽然这是一种很常见的方法，但是如果用一维数组的话，却能提高程序的运行效率。另一个重要的方法来提高数组效率是在数组遍历的时候使用for in 循环来代替传统的 for 或者while循环语法。
例如：

一段代码如下

for (var i in arr)
{
	if (arr[i] > 50)
	{
		// 进行某些操作
	}
}

它的执行速度明显高于这一段代码：

for (var i=0; i<10000; i++)
{
	if (arr[i] > 50)
	{
		// 进行某些操作
	}
}

前者的效率比后者提高了30%，这个数字在你的游戏要逐帧执行这一段代码的时候显得更加宝贵！

高级优化：

这里我们对一些游戏中的常用代码进行了效率测试，并给出了结果。其中有一些思路借鉴了本文最后所提到的一些个人或者团体。

我们在两个不同型号的电脑上进行了测试。

AthlonXP 2.6Ghz 台式机 512M内存，Windows2000Pro

P4 2.0Ghz 笔记本 ，WindowsXP家庭版

每一项测试都分为三组，取平均值得到最后结果。

测试的结果单位为“毫秒”，反映了代码执行时间。显然，数值越小，反映代码的性能越好。

所有的代码均由MX2004编译生成的Flash6.0版本。有趣的是，我们可以看到由MX和MX2004编译的差距。

所有的测试细节可以看这个PDF文件（aw注：未翻译，很简单的PDF文档，都能看懂的）

我把测试的结果如下归纳出来，同大家分享：

1) for循环 和 while循环

用while循环将会得到比for循环更好的效率。然而，从数组中读取数据，用for in循环式最好的选择！

所以我们不推荐使用：

for (var i=0; i<1000; i++)
{
	//进行某些操作
}

而推荐使用

var i=-1
while (++i < 1000)
{
	//进行某些操作
}

2) 从数组中读取数据

我们通过测试发现，for in循环的效率大大高于其他的循环方式。参看：

arr = []
MAX = 5000
// Fill an array
for (i=0; i < MAX; i++)
{
	arr[i] = i
}
var item = null
// For Loop
for (var i=0; i < MAX; i++)
{
	item = arr[i]
}
// For In Loop
for (var i in arr)
{
	item = arr[i]
}
// While Loop
i = -1
while(++i < MAX)
{
	item = arr[i]
}

3) 向数组中写入数据(while , for)

可以看到while循环稍占优势。

4) _global(全局)变量同Timeline(时间轴)变量

我们猜测采用全局变量能提高变量调用速度，然而效果并不像预计的那样明显。

5) 单行、多行变量赋值

我们发现单行变量赋值效率大大高于多行。比如：

a = 0
b = 0
c = 0
d = 100
e = 100

的效率就不如：

a = b = c = 0
d = e = 100

6) 变量名寻址

这个测试反映了变量名的预寻址是非常重要的，尤其是在循环的时候，一定要先给丁一个指向。这样大大节约了寻址时间。

比如：

var num = null
t = getTimer()
for (var i=0; i < MAX; i++)
{
	num = Math.floor(MAX) - Math.ceil(MAX)
}
t1.text = "Always lookup: " + (getTimer() - t)

就不如：

t = getTimer()
var floor = Math.floor
var ceil  = Math.ceil
for (var i=0; i < MAX; i++)
{
	num = floor(MAX) - ceil(MAX)
}

7) 短变量名和长变量名

变量名越短，效率越高。考虑到长变量名也有它的好处（比如，便于维护等），因此建议在关键部位（比如大量循环出现的时候）使用短变量名，最好就1-2个字符。

8) 循环前、后声明变量

在测试前，我们认为循环前声明变量会更加节约时间，不料测试结果并不明显，甚至还恰恰相反！

// 内部声明
t = getTimer()
for (var i=0; i < MAX; i++)
{
	var test1 = i
}
t1.text = "Inside:" + (getTimer() - t)
// 外部声明
t = getTimer()
var test2
for (var i=0; i < MAX; i++)
{
	test2 = i
}

9) 使用嵌套的if结构

当用到复杂的条件表达式时。把他们打散成为嵌套的独立判断结构是最佳方案。下面的代码我们进行了测试，发现这种效果改进明显！

MAX = 20000
a = 1
b = 2
c = -3
d = 4
var i=MAX
while(--i > -1)
{
	if (a == 1 && b == 2 && c == 3 && d == 4)
	{
		var k = d * c * b * a
	}
}
//下面的判断更加节省时间
var i=MAX
while(--i > -1)
{
	if (a == 1)
	{
		if (b == 2)
		{
			if (c == 3)
			{
				if (d == 4)
				{
					var k = d * c * b * a
				}
			}
		}
	}
}

11) TellTarget语法同“点”语法比较

如果你从Flash5.0开始接触Flash代码，那么你一定会记得那时，我们用“tellTarget”来控制MC。

这里测试表明，用tellTarget比点语法效率更高。所以必要的时候，可以考虑采用这种官方公开否认的语法（aw注：个人觉得有点恍惚，不明白为什么会这样。不过既然测试结果如此，那么也有可行性了……）

MAX = 10000
mc = _root.createEmptyMovieClip("test", 1000)
function test_dot()
{
	var i=MAX
	while(--i > -1)
	{
		mc._x = 10
		mc._y = 10
	}
}
function test_tellTarget()
{
	var i=MAX
	while(--i > -1)
	{
		tellTarget(mc)
		{
			_x = 10
			_y = 10
		}
	}
	
}

12) 寻找局部变量(this方法同with方法比较)

局部变量的定位方法很多。我们发现用with比用this更加有优势！

obj = {}
obj.a = 1
obj.b = 2
obj.c = 3
obj.d = 4
obj.e = 5
obj.f = 6
obj.g = 7
obj.h = 8
obj.test1 = useThis
obj.test2 = useWith
MAX = 10000
function useThis()
{
	var i = MAX
	while(--i > -1)
	{
		this.a = 1
		this.b = 2
		this.c = 3
		this.d = 4
		this.e = 5
		this.f = 6
		this.g = 7
		this.h = 8
	}
}
function useWith()
{
	var i = MAX
	while(--i > -1)
	{
		with(this)
		{
			a = 1
			b = 2
			c = 3
			d = 4
			e = 5
			f = 6
			g = 7
			h = 8
		}
	}
}

13) 循环监听键盘事件

同刚才所提到的寻址一样，我们实现给一个指向会得到更好的效率，比如：

keyDown = Key.isDown 
keyLeft = Key.LEFT
//我们再用 if (keyDown(keyLeft))

附：我们测试了按键代码和键值常量的效率发现并无太大差别。

14) Math.floor()方法与int()

这个问题曾在Flashkit的论坛被提出讨论过。测试表明，旧的int方法反而效率更高。我们的测试结果也反映了这一点。

15) eval表达式与中括号语法

我们并没有发现明显的差别，并不像刚才所述那样，旧的eval表达式比起中括号方法并没有太大的优势

var mc = eval("_root.myMc" + i)
var mc = _root["myMc" + i]
//两者效率差不多

16) 涉及MC的循环：ASBroadcaster 同欢同循环的差别

测试反映，用未公开的ASBroadcaster 方法能大大提高对MC的循环操作的效率。我们的测试中，建立了500个MC，然后测试把它们清楚所花费的时间。

传统的循环式：

MAX = 500
SX = 550
SY = 330
MovieClip.prototype.onCustomEvent = function()
{
	this.removeMovieClip()
}
function init()
{
	var i=MAX
	var rnd = Math.random
	while(--i > -1)
	{
		var m = _root.attachMovie("enemy","e"+i,i)
		m._x = rnd() * SX
		m._y = rnd() * SY 
	}
}
init()
function bench()
{
	var t = getTimer()
	var i=MAX
	while(--i > -1)
	{
		_root["e"+i].onCustomEvent()
	}
	res.text = "time: " + (getTimer() - t)
}

同样的效果，用事件广播(ASBroadcaster)

MAX = 500
evtManager = {}
ASBroadcaster.initialize(evtManager)
SX = 550
SY = 330
MovieClip.prototype.onCustomEvent = function()
{
	this.removeMovieClip()
}
function init()
{
	var i=MAX
	var rnd = Math.random
	while(--i > -1)
	{
		var m = _root.attachMovie("enemy","e"+i,i)
		m._x = rnd() * SX
		m._y = rnd() * SY 
		evtManager.addListener(m)
	}
}
init()
function bench()
{
	var t = getTimer()
	evtManager.broadcastMessage("onCustomEvent")
	res.text = "time: " + (getTimer() - t)
}

用MX04为6.0播放器编译、生成文件：

在MX04种，一件有趣的事是，脚本编译器的性能在各方面提高不少。新的编译器在局部、全局变量寻址效率方面有极大的提高，您还可以通过PDF文件发现很多有趣的结果：全局变量寻址比时间轴变量更快了，而嵌套循环也有所改进。几乎每一个用MX04编译的代码效率都高于MX版本。

awflasher.com附：为什么要为6.0编译呢，国外还有相当一部分用户在使用MX6.0。虽然7.0Player是免费的，但是在国外升级软件似乎不像国内这么火，什么东西马上升到最高。我个人的一些猜测而已

结论：

我们从这些测试结果中发现，对于不同的需求，采用不同的代码，我们可以大大提高脚本的执行效率。虽然我们在这里罗列了许多的优化代码的方法，需要大家自己测试、实验的还有很多(考虑到每个人的需求不同).如果你想更加深入地讨论这类问题。可以来我们的论坛。

aw附：

终于翻译完了，自己也学到很多好东西，大家又什么问题可以去gotoAndPlay的官方，也可以来我的Blog提出！

这片HTML文档也可以直接保存（浏览器-文件-另存即可），不含有任何图片，下到本地亦可查看：）

http://bbs.blueidea.com/thread-2701824-1-1.html

http://www.webstudio.com.cn/forum/showthread.php?t=235
http://v.mdbchina.com/VideoDetail/

http://www.lukee.cnhttp://www.csksoft.net
http://vamos.cn/
http://www.blog.incito.lt/#/Category/Flash/
http://www.nijj.cn/blog/article.asp?id=2

　我的博客地址：　　http://gysan.bokee.com