//系统小图标
private var dockImage:BitmapData;

//初始化Application里调用此方法,完成上面的第一步:
public function initApplication():void{
var loader:Loader=new Loader();
loader.contentLoaderInfo.addEventListener(Event.COMPLETE,prepareForSystray);//这里就是完成第一步的任务项,这个prepareForSystray就是对托盘的生在和菜单的控制
loader.load(new URLRequest(“1-5.gif”));//这里先要加载托盘图标的小图片
this.addEventListener(Event.CLOSING,closingApplication);//设置关闭体的事件
}

//关闭窗体的事件
public function closingApplication(event:Event):void{
event.preventDefault();//阻止默认的事件
Alert.yesLabel=”退出”;
Alert.noLabel=”最小化”;
Alert.show(“退出应用程序或者最小化窗口到系统小图标？”, “系统提示”, Alert.YES|Alert.NO|Alert.CANCEL, this, alertCloseHandler);//弹出自定义的选择框, 关于Alert的详细用法,参考官方文档或我前面的相关文章.
Alert.yesLabel=”是”;
Alert.noLabel=”否”;
}
//根据用户的选择来判断做什么,这里选择是就是关闭,选择否(Mini)就是最小化到托盘.
private function alertCloseHandler(event:CloseEvent):void{
if(event.detail==Alert.YES){
closeApp(event);
}else if(event.detail==Alert.NO){
dock();//最小化到托盘
}
}

//生成托盘
public function prepareForSystray(event:Event):void{
dockImage=event.target.content.bitmapData;
if(NativeApplication.supportsSystemTrayIcon){
setSystemTrayProperties();//设置托盘菜单的事件
SystemTrayIcon(NativeApplication.nativeApplication.icon).menu=createSystrayRootMenu();//生成托盘菜单
}
dock();
}

//生成托盘右键菜单
public function createSystrayRootMenu():NativeMenu{
var menu:NativeMenu = new NativeMenu();
var openNativeMenuItem:NativeMenuItem = new NativeMenuItem(“还原”);//生成OPEN菜单项
var exitNativeMenuItem:NativeMenuItem = new NativeMenuItem(“退出”);//同理
openNativeMenuItem.addEventListener(Event.SELECT, undock);
exitNativeMenuItem.addEventListener(Event.SELECT, closeApp);//添加EXIT菜单项事件
menu.addItem(openNativeMenuItem);
menu.addItem(new NativeMenuItem(“”,true));//separator
menu.addItem(exitNativeMenuItem);//将菜单项加入菜单

return menu;
}
//设置托盘图标的事件
private function setSystemTrayProperties():void{

SystemTrayIcon(NativeApplication.nativeApplication .icon).tooltip =”我的系统”;
SystemTrayIcon(NativeApplication.nativeApplication .icon).addEventListener(MouseEvent.CLICK, undock);
stage.nativeWindow.addEventListener(NativeWindowDisplayStateEvent.DISPLAY_STATE_CHANGING, nwMinimized);
}

//最小化窗体
private function nwMinimized(displayStateEvent:NativeWindowDisplayStateEvent):void {
if(displayStateEvent.afterDisplayState == NativeWindowDisplayState.MINIMIZED) {
displayStateEvent.preventDefault();//阻止系统默认的关闭窗体事件
dock();//将程序放入托盘
}
}

//将本地应用程序放到托盘
public function dock():void {
//stage.nativeWindow.visible = false; //设置本地程序窗体不可见
NativeApplication.nativeApplication.icon.bitmaps = [dockImage];//设置托盘的图标
}

//激活程序窗体
public function undock(evt:Event):void {
//stage.nativeWindow.visible = true;//设置本地程序窗体可见
stage.nativeWindow.orderToFront();//设置本地程序窗体到最前端
//NativeApplication.nativeApplication .icon.bitmaps = [];//将托盘图标清空
}

//关闭程序窗体
private function closeApp(evt:Event):void {
stage.nativeWindow.close();
}
//====================================系统关闭和托盘小图标处理=================

AIR 3将是我们在不到两年半的时间里的第11个发行版本。虽然我们每次的发行版都代表了很大的进步，但我个人觉得这次是非比寻常的。AIR 3包括以下新的API和特性：

• Stage3D（桌面特性）。Stage3D是一个底层的，具备硬件加速的二维和三维渲染的 API。对于AIR 3，目前这些API只能在AIR的桌面版本中使用，然而，未来这些特性也将进入移动设备。Stage3D是一个非常重要的特性，它的意义之大让我们感到言语都难以描述，您可以从这里得到更加详细的信息， 请参阅Stage 3D页面。
• 本地扩展 （所有平台）。这又是一个重要的特性。从AIR 3的版本开始，开发者可以通过绑定本地扩展和应用程序，来增强AIR运行时的功能，然后他们就可以在ActionScript中调用那些扩展（这个特性原先只在Adobe AIR 2.5 for TV中存在，但是基于AIR 3，这个特性在所有的平台可用）。您可以认为Adobe AIR本地扩展（简称ANEs）就是ActionScript库（SWCs），只不过是包含了本机代码实现。ANEs的适用场合，包括让您的应用程序访问 AIR所不支持的原生API（见下面的例子），并授权在某些情况下访问本机代码，以达到更好的性能。关于更多AIR 3本地扩展的信息，请参阅奥利弗.高盛的这篇文章:扩展Adobe AIR。
• Android Market的授权集成 （显然只支持Android）。使用ANE文件，开发人员可以访问Android Market的授权服务，让发布者执行许可政策。这是一个能体现ANE强大特性的很好的例子：因为这个特性(授权服务)在iOS中是不可用的，所以我们不会把它作为AIR的直接支持的功能；但是，ANE可以保证我们运行于Android设备的AIR应用可以很轻松的访问这些API。
• 运行时捆绑 （Android和桌面）。在之前的版本中，需要您的最终用户在安装您的应用之前，已经安装了AIR的运行时(如果没有，则必须先安装AIR运行时)，如果您想改变这个过程(让您的应用程序安装过程和其它本地安装的应用程序没有区别)，或者您是想控制您的应用程序运行所需的AIR版本，AIR 3允许您捆绑AIR运行时和您的应用程序。捆绑运行时非常容易，当您构建一个Android应用时可以设置apk-captive-runtime变量，如果是构建桌面应用，则可以设置bundle变量。（注意在iOS上AIR一直使用一个捆绑的运行时，虽然其机制不太相同。）
• 背景音频播放 （对于iOS是新特性;在Android上之前就被支持了）。由于iOS独特的多任务模式，在之前如果我们想在AIR应用处于非活动状态的时候继续播放音频，是不可能的。在AIR 3中，您所需要做的只是修改您的应用程序描述文件，声明您需要播放背景音乐，然后它会自动工作。（基本上，当应用程序被放置到后台程序中，它将继续运行。但是，所有的屏幕更新将被禁用，以保持电池寿命，并符合iOS的多任务要求。）
• 在iPad对CameraRoll的支持。虽然CameraRoll在技术上已经被iPad支持，但是我们在AIR 3中增加了很多更好的支持。在iPad上，图片选择器不再占用整个屏幕，在iPhone和iPod touch上也是如此。相反，它会在调用它的UI组件的相对位置上，出现一个浮动的面板。使用额外的CameraRollBrowseOptions类，开发人员可以选择图像选择器的大小和位置，并指定调用它的UI组件的位置。欲了解更多信息和代码示例，请参阅我的博客文章， 如何正确使用iPad上的CameraRoll API 。
• 视频硬件加速 （移动设备）：AIR 2.5通过StageVideo为TV带来了视频硬件加速;现在AIR 3则为移动设备也提供了StageVideo。
• 本机文本字段（移动设备） 。之前版本的AIR提供给开发者访问底层渲染的能力，比如StageVideo (视频硬件加速)和StageWebView (本地的HTML渲染)。AIR 3提供了StageText的API，它允许开发人员将系统原生的文本字段放置在移动应用程序中。虽然您仍然可以使用Flash文本字段，但是 StageText文本字段可以使用所有操作系统底层支持的特性，比如放大镜，文本选择，自动更正等等。
• 前置摄像头支持 （iOS和Android）。现在ActionScript的摄像头API可以访问 iOS和Android设备的前置摄像头和后置摄像头(如果是Android设备，至少需要2.3的版本)。您可以使用新的 Camera.position属性以及新CameraPosition类中的常量（背部，正面，和UNKNOWN）来确定摄像机的位置。欲了解更多信息和代码示例，请参阅我的博客文章， AIR 3前置摄像头支持 。
• 移动设备的加密本地存储(带来了台式机和移动设备之间的等价实现)。EncryptedLocalStore的API曾经只在桌面上可用，现在则进入了iOS和Android。这个API用于安全地存储用户凭据，加密密钥，私密信息，和类似的重要信息。
• 设备扬声器控制 （移动设备）。使用新的SoundMixer audioPlaybackMode属性，和新的AudioPlaybackMode类中的常量（媒体和语音），开发人员可以控制是否是通过电话的听筒或扬声器播放音频。
• 原生JSON支持 （移动和台式机）。原先只能使用ActionScript来解析JSON，现在则是由运行时提供更有效的原生JSON支持。相对于ActionScript实现，原生的JSON API的速度更快，使用更少的内存。欲了解更多信息和代码示例，请参阅 AIR 3中的原生JSON支持 。
• 套接字(Socket)改进（移动和桌面）。曾经我们认为应该很容易的通过 ProgressEvent.SOCKET_DATA来读取从网络传到ActionScript套接字缓冲区的数据，并确定有多少个字节可供读取（Socket.bytesAvailable）。然而，事实尚非如此。换句话说，在AIR 3之前，没有办法知道有多少数据从ActionScript套接字成功地写入了网络的缓冲区，也不可能知道有多少数据正在等待被写入。这导致开发者不确定调用套接字的关闭是否是安全的，或知道当用户想关闭应用程序的时候，是否有一个网络进程还在处理中。通过AIR 3，开发人员可以使用OutputProgressEvent.OUTPUT_PROGRESS事件和Socket新属性.bytesPending，以确定有多少数据被写入到网络，多少数据在ActionScript套接字中仍在等待写入。这些新的API可以帮助我们构建更强壮的依赖套接字网络访问的应用程序。欲了解更多信息和代码示例，请参阅我的博客文章， AIR 3中套接字的改进 。
• H.264视频编码 （桌面）。您可以将摄像头捕获的视频基于H.264进行编码。
• JPEG XR的支持 （移动和台式机）。AIR 3现在支持JPEG XR，一个新的文件格式，相比JPEG有几个优点。例如，JPEG XR提供了更好的压缩率，更小的压缩损失，更准确的色彩，和Alpha透明度。欲了解更多信息，请查阅Wikipedia上的JEPG XR文章。
• 更高分辨率的位图（移动和桌面） 。在之前的AIR中，位图被限制为16万像素（16777215像素）和8191的最大宽度/高度。在AIR 3中，所有的限制已被删除，这意味着现在的最大尺寸是由主机操作系统决定的，而不是AIR限制的。
• 多声道数字音频输出 （只支持AIR for TV）。现在电视上的Adobe AIR可以播放杜比数字+ 5.1环绕声和DTS 5.1音频流。新的Capabilities.hasMultiChannelAudio属性，新的AudioDecoder类（其中包含代表几个不同的多声道音频类型的常量），和Capabilities.serverString属性，都可以让开发者来检测设备的多声道音频功能，并从 ActionScript中通过RTMP协议输出正确的音频比特流。
• 高级控制器支持 （只支持AIR for TV）。使用新的GameInput API，开发人员可以构建基于高级电视控制器的游戏。一些新的API允许枚举设备（可用控制器），枚举设备的控制功能（按钮，触发器，加速度等），并从设备中得到控制值。
• 更容易删除一个容器的所有的子元件 （所有平台）。DisplayObjectContainer现在已经具备了removeChildren（）函数，它可以只用一个方法删除所有的子元件。这当然比下面的操作更有效：

  （this.numChildren> 0）this.removeChildAt（0）

• 更容易判断MovieClip是否在播放 （所有平台）。通过使用新的isPlaying属性，可以很容易判断一个电影剪辑是否在播放。
• GC建议的API(所有平台）。新的System.pauseForGCIfCollectionImminent功能，可以让AIR开发人员更好地控制运行时的自动垃圾回收机制。由于垃圾回收有可能造成动画或音频的暂停，开发者可以在用户难以察觉的时候，使用这个方法鼓励垃圾回收。
• 安全随机数生成 （移动和桌面）。Adobe AIR中一直有Math.random方法可用，返回“伪随机”的数字，也就是说，这似乎是随机的，但总是包含一些非随机性（比如时间戳）的数字。AIR 3提供了一个用于生成随机数的新方法，称为generateRandomBytes（），位于flash.crypto包。由于 generateRandomBytes（）函数使用操作系统API来产生随机数（在Windows上是CryptGenRandom ，在OSX上是/dev/random , 在Android上是/dev/urandom, 在iOS上则是SecRandomCopyBytes），由此产生的随机数更有效，更安全。
• 三次贝塞尔曲线 （所有平台） 。新的cubicCurveTo（）方法是Graphics类的功能，允许您以编程方式绘制三次贝塞尔曲线，而且不使用第三方ActionScript代码。

Adobe AIR 3作为一个候选发布版可以在Adobe实验室中找到 。

房子里面 有 冰箱

冰箱里面有饭盒

饭盒里面有食物

你可以理解成flash画面上的平面显示，也就是三层内嵌结构 Sprite嵌Sprite 再嵌Sprite

当你用鼠标在 食物上点击的时候

FlashPlayer就会沿路径向下寻找 这个过程叫做 捕获阶段，这个过程会走过 房子 冰箱 饭盒

第二步是目标阶段 即已经找到 食物了

第三步是冒泡阶段 FlashPlayer会沿原路向上回索 走的顺序是 饭盒 冰箱 房子

你可以理解成 捕获阶段是找出从顶级stage到目标食物之间的所有父子级包含关系

然后 找到目标了 ，携带着目标所发出的事件对象，

再根据捕获阶段找到的路 ，往回走，看看到底有哪些父级对象侦听了目标所发出的事件类型

上面的明白了 那你就很容易理解 target 和 currentTarget的区别了

target 就是目标对象 currentTarget 在事件流(冒泡阶段)中是不断变化的，依据是当时冒泡冒到哪一级对象

比如一个影片剪辑MC 里面有一个文本框TextField的话，我们为MC赋了侦听事件的话，

如果当时点击的范围在文本框上的话，target会指向这个文本框 而非添加侦听的MC，
在事件发生之初 ，即在目标阶段时 traget == currentTarget的
但因为会有冒泡事件 ，所以在事件冒泡到上级MC的时候，currentTarget 就等于MC了

但在整个事件流过程中，target是不变的 ，则哪一个显示对象发生的 ，target永远就是那个对象

最后我们再来看看相关的API知识

public function addEventListener(type:String, listener:Function, useCapture:Boolean = false, priority:int = 0, useWeakReference:Boolean = false):void

我们平时用到的addEventListener其实它后边是有5个参数的 ，其中第一 第二个是最常用的 必须指定的参数，其它3个可根据情况使用 所以有默认值

type：即平时那些 MouseEvent.MOUSE_DOWN 之类的， 要侦听的事件类型
listener：即事件的处理函数

useCapture：设置事件侦听的阶段，因为事件流机制是分成三个部分的 捕获 目标 冒泡 ，这个函数默认不指定是false ，即运作于 冒泡阶段的

有时候我们希望父级的侦听先于目标对象，即在捕获阶段就触发父级对象的侦听事件，就可以指定这个参数为true了，否则不指定就是false值

addEventListener(MouseEvent.MOUSE_DOWN, func_mouseDown , true)

后边两个参数不常用 第一个是设置事件的优先级 在多个事件同级的情况下 这个设置执行优先级
第二个是设置处理函数的弱引用 ， 即 上面的 func_mouseDown ，是基于AVM2的内存清理机制 一般极少使用 不详释

另外 再补充两个属性的说明

显示对象中

InteractiveObject – DisplayObject – EventDispatcher – Object

可接受鼠标键盘的交互对象，它是有一个属性，名字是：mouseEnabled

前边已经说了，as3的显示列表 事件机制是 基于事件流的

比如有时候 我们为子级和父级都侦听了事件 addEventListener ，但突然有需要屏蔽父级的事件侦听

我们不可能每次都去removeEventListener的，这时候我们就可以通过设置父级的mouseEnabled = false ，来临时屏蔽父级对象的事件侦听，需要的时候 mouseEnabled = true就可以马上重新侦听事件

另一个属性是 mouseChildren ，这个属性是影响子级对象的

比如我们平时如果事件处理中用到target的话， 比如我想用一个影片剪辑MC来做按钮的话

前面已经说过了 如果里面有文本的话，点击的时候 侦听事件中的traget有可能会指向这个TextField， 而非上级的MC，这样的话，就容易出错了

如果我们不想发生这样的错误 ，就可以设置 MC的 mouseChildren = false

來屏蔽子级对象的事件发生 ，即事件流过程，最后一级到达 MC 就不会再向下遍历的了

在这一级就马上转入目标阶段 转而再进入冒泡阶段

如果你是个程序员，你一定有兴趣看看这些书里你都看过几本，如果你一本没看过的话，我也不好说什么，也许你是个天 才，但我相信大多数人都知道，你在学校里根本学不到什么真正的工作中需要的知识，我们毕业后能帮助我们在公司中胜任工作的老师就是这些优秀的书籍，一本好 书可以改变一个人的一生。

下面是这个调查中排名靠前的书的一个简单的清单：

第一名：1333票《Code Complete (2nd Ed) by Steve McConnell》，中文版《代码大全（第二版）》,两届Software Jolt Award震撼大奖得主！

第二名：1181票 《The Pragmatic Programmer》，中文版《程序员修炼之道》

第三名：701票 《Structure and Interpretation of Computer Programs》，中文版《计算机程序的构造和解释》

第四名：572票 《The C Programming Language》，中文版《C程序设计语言》

第五名：481票 《Introduction to algorithms》，中文版《算法导论》

第六名：478票 《Refactoring: Improving the Design of Existing Code》，中文版《重构：改善既有代码的设计》

第七名：447票 《The Mythical Man-Month》，中文版《人月神话》

第八名：440票 《Design Patterns》，中文版《设计模式》

第九名：394票 《The Art of Computer Programming(First Volume Hardcover)》，中文版《计算机程序设计艺术第 （第一卷）》

第10名：364票 《Compilers: Principles, Techniques, and Tools 》，中文版《编译原理》

第11名：329票 《Head-First Design Patterns》，中文版《Head First 设计模式》

当然了，这里的排名并不具有什么权威性，但绝对可以说都是好书，这11本外还有很多书虽然票数不是那么多，但大家估计都耳熟能详，比如 《Effective C++》(中文版《Effective C++：改善程序与设计的55个具体做法》)，《Clean Code》(中文版《代码整洁之道》)，《Effective Java》(中文版《Effective Java中文版(第2版)》等 。

C:\Program Files\Adobe\Adobe Flash CS5\Common\Configuration\ActionScript 3.0\libs

可以看到，那个名为“PffLib.swc”的类库就是物理引擎了。同时，还可以看到一个名为“11.0”的文件夹，不知道这个11.0是指flash player的版本还是另有它意。

详细信息和demo可以在国外原文上看到：http://heftybyte.com/?p=36 。有趣的是，那个作者在demo代码里起的变量名为“fuckAdobe”，然后加一个“WARNING”，大概意思是：“源码里有脏话，说了Adobe坏话，但这是由于连夜加班所致，我还是很爱Adobe的。”

关于Molehill的更详细解说：

• 英文版：http://www.bytearray.org/?p=2555
• 中文翻译版：http://tomyail.72pines.com/2011/01/09/digging_more_into_the_molehill_apis/

安装使用：

• 下载安装（Flash Player Incubator Debug Installers）：http://labs.adobe.com/downloads/flashplatformruntimes_incubator.html
• 安装前，请按指示下载专门的卸载器来卸载旧版本：http://labs.adobe.com/downloads/flashplatformruntimes_incubator.html#uninstallnotes
• 使用时，请确定：第一，安装了Flash Player incubator；第二，你的显卡支持DirectX 9或OpenGL；第三，确认Flash Player里的启用硬件加速选项打开；
• 如果你是开发者，请查看部署教程：http://labs.adobe.com/wiki/index.php/Flash_Player_Incubator#Authoring_for_Flash_Player_11.2C0.2C0.2C58_Incubator
• 如何通过Flex SDK或者Flash Professional来开发测试Incubator：http://jamesli.cn/blog/?p=700

一些demo：http://alternativaplatform.com/en/showcase/

一些有用教程/资源：

• 腾讯flashteam将持续跟进并更新flashplayer11和molehill技术的资料：点击这里
• 深入挖掘Molehill API的一些特征（翻译版）：http://bbs.9ria.com/thread-71980-1-3.html，原文：http://www.bytearray.org/?p=2555
• playerglobal.swc：点击这里
• API文档：点击这里

目前已有不少3D引擎支持Molehill：

• Unity 3D 支持输出 flash 格式：http://blogs.unity3d.com/2011/02/27/unity-flash-3d-on-the-web/
• Aerys Minko：http://aerys.in/minko
• Flare3D：http://www.flare3d.com/blog/2011/02/27/welcome-to-flare3d-2-0-pre-release-program/
• Zest3D：http://zest3d.digital-glue.com/
• Yogurt3D：http://www.yogurt3d.com/
• Sophie3D：http://www.sophie3d.com/website/index_en.php
• CopperCube：http://www.ambiera.com/coppercube/
• Away3D：http://www.away3d.com/