转载如下：

Poster 1 :  13MB

Poster 2 :  17MB

Poster 3 : 18.7MB

Poster 4 :  13.0MB

Poster 5 :  13.8MB

检测网络连接更改

监听事件方法

NativeApplication.nativeApplication.addEventListener(Event.NETWORK_CHANGE, onNetworkChange);

此事件只是确定网络连接的状态发生改变，而不能告诉你网络是否可用。要进一步确定网络的可用性还需要下面的类。

检测 HTTP 连接

实现方法

var monitor:URLMonitor;

monitor = new URLMonitor(new URLRequest(‘http://www.adobe.com’));

monitor.addEventListener(StatusEvent.STATUS, announceStatus);

monitor.start();

function announceStatus(e:StatusEvent):void {

    trace("Status change. Current status: " + monitor.available);

}

用于确定http链接是否可用，实际中还可以把URLRequest的请求方法设为HEAD，以避免下载整个页面。

通过实验发现，实际情况和文档里说的不一样，文档里说URLMonitor的pollInterval属性为0时（默认为0），则不定期轮询服务器，而仅在调用 start() 后和网络状态发生更改时立即轮询。但实际测试结果，当网络状态发生改变时，并不能触发状态改变事件，什么原因还不清楚。

最后的解决办法是，在上面的检测网络连接更改事件中创建URLMonitor实例并监听状态改变事件，然后调用start()方法，在状态改变事件里判断链接是否可用，进一步处理相关操作。实现代码如下：

private var monitor:URLMonitor;

NativeApplication.nativeApplication.addEventListener(Event.NETWORK_CHANGE, onNetworkChange);

public function onNetworkChange(event:Event):void{

trace("网络连接发生改变");

//监视网络状态

var url:URLRequest=new URLRequest(“要监测的网络地址”);

url.method = "HEAD";

monitor = new URLMonitor(url);

monitor.addEventListener(StatusEvent.STATUS, onMonitor);

monitor.start();

}

private function onMonitor(event:Event):void
            {
                monitor.removeEventListener(StatusEvent.STATUS, onMonitor);
                trace("连接"+monitor.available);
                if(monitor.available){//网络连接可用

              //处理联网操作
                }
                else
                {
                     //网络连接不可用，相关处理
                }
            }

检测套接字连接

实现方法

socketMonitor = new SocketMonitor(‘www.adobe.com’,6667);

socketMonitor.addEventListener(StatusEvent.STATUS,socketStatusChange);

socketMonitor.start();

function announceStatus(e:StatusEvent):void {

   trace("Status change. Current status: " + socketMonitor.available);

}

没有实验。

关于使用InvokeEvent.reason大概意思如下：

Adobe AIR应用程序已经可以确定是如何被调用的，通过监听被NativeApplication发布的InvokeEvent 事件，InvokeEvent 事件类包含了一个新的属性reason，此属性指示：应用程序是由用户手动启动，还是在登录时自动启动。这样应用程序就可以在启动时判断是否显示界面窗口，比如在系统登录时自动启动时不打开窗口，而用户自己启动时打开窗口。

当然要使用这个新的API，需要更新应用程序的描述文件为1.5.1的命名空间。

1、关于AIR应用占用内存的问题

就realazy开发的这个爱饭Adobe AIR应用，他是用HTML,CSS和javascript方式开发的，这种方式是基于air内嵌的webkit 引擎的（谷歌浏览器和苹果上web浏览器使用的web引擎），所以即使什么都不做，用这种方式开发就相当于打开了一个基于webkit引擎的web浏览器；

另外即使使用Flash AS方式和Flex方式开发，只要在应用中使用了html特性的功能就一样相当于打开了webkit浏览器。

2、三种Adobe AIR应用开发方式中，对内存资源消耗的大小顺序

由小到大的顺序是：单纯使用flash AS3开发（不使用html特性）<单纯使用FLex开发（不使用html特性）<使用html特性的开发：有三种情况HTML+CSS+JAVASCRIPT方式，使用flash as3和flex开发方式中包括html特性的开发）

Flex开发方式中因为使用Flex的框架极大的提高了开发效率和开发的协作性，但Flex框架中的各类组件本身却也事实上使编译结果文件更大，占用计算机的资源也更多，所以这种方式比单纯用flash AS3方式开发要消耗过更多的系统资源。

3、Adobe AIR跨平台开发的透明性

Adobe AIR程序可以跨平台运行的特性，是其优势之一，目前Adobe AIR1.5已经能支持Mac、windows上，和linux环境。

对于开发者来说，跨平台开发的代码透明是最理想的了，但是由于操作系统的管理方式的差异，要做到完全透明是不易的甚至有时是不可能的，具体参看关于Adobe AIR跨平台的透明开发问题。

就realazy开发的这个爱饭Adobe AIR应用在linux下无法给窗口加阴影的问题，那不是Adobe AIR的问题，而是linux显示模式的问题，具体可以看我的这篇文章关于Adobe AIR 1.1 for Linux beta；只要在Adobe AIR应用开发中做些平台能力判断，做差异性处理就可以是Adobe AIR应用的跨平台开发更完美些了。

要使用RTMFP的前提是，Flash Player端点必需要连接到一个具备RTMFP能力的服务器，这个服务器主要是用来做端点之间联系约会的中介，而不参与端点间的数据传输，具备这种能力的服务，Adobe Stratus service是一个，还有未来的新版本的FMS也可以。Stratus目前还在beta阶段，这里给了一个视频聊天演示，还有源代码下载，开发教程文章。

使用Adobe Stratus能够建立下列的应用:

• 一个视频聊天室
• 多用户游戏
• Voice Over IP

要使用Adobe Stratus Service还需要注册一个Stratus beta developer key。

另外需要flash player10支持，使用Flex SDK3.2或Flex Build3.02开发，API参考Flash Player10 API文档。

更多的Adobe Stratus FAQ。

RTMFP是建立在UDP协议之上的实时通信协议，它不同于RTMP是建立在TCP协议之上的。RTMFP有如下特点：

1.它同时提供可靠的和不可靠的两种数据传输服务，当在端点之间传送数据时，它使用可靠的传输（如使用NetStream.send()），当在端点之间传送音频数据时，它使用不可靠传输。

2.RTMFP直接在端点之间传输多媒体信息，而不用象RTMP那样需要通过中心服务器的中转。

3.数据传输的优先级，音频优先级高于视频。

关于防火墙的穿越以及Stratus service等等问题，详见

Stratus service for developing end-to-end applications using RTMFP in Flash Player

使用 Adobe Flex 3 开发 Adobe AIR 1.5 应用程序

使用 Adobe Flash CS4 Professional 开发 Adobe AIR 1.5 应用程序

使用 HTML 和 Ajax 开发 Adobe AIR 1.5 应用程序

Adobe Flex 3.2 语言参考手册 

ActionScript 3.0 语言和组件参考

 针对 HTML 开发人员的 Adobe® AIR™ 语言参考

Adobe ActionScript 3.0 编程

更多

Adobe AIR的mime类型是“application/vnd.adobe.air-application-installer-package+zip”，如果你是 Apache服务器也可以在有.air文件的目录下保存一个 “.htaccess” 的文件，添加如下内容“AddType application/vnd.adobe.air-application-installer-package+zip .air”来支持.air的Mime类型。

在网上搜了一下相关的问题，有一篇文章中还提到，这个问题还会影响web无缝安装的正常工作。

这样就需要针对这一问题在Adobe air程序设计时做平台兼容性考虑，这在Adobe air的NativeWindow类有一个属性supportsTransparency，这一属性指示操作系统是否能够绘制透明窗口。在 Mac OS 和 Windows 上，此属性的值始终为 true。 在 Linux 上，此属性的值与 Linux 分发版本的配置有关（也就是上面所说的linux图形界面外观显示效果设置）。若 NativeWindow.supportsTransparency 为 false，则无论窗口transparent 属性为何值，所有像素的不透明度都将设为 1，完全透明的像素将呈现黑色。

因此需要在Adobe air程序界面显示代码中增加这一属性的检测，以便针对不同的系统性能做不同的界面显示。

补充说明：supportsTransparency 属性是Adobe AIR 1.1新增的特性，之前的版本不支持此属性，另外注意它是NativeWindow类的一个静态属性，所以可以直接通过NativeWindow.supportsTransparency 的方式访问，而不能通过NativeWindow类的实例来访问。

最近研究Adobe AIR ，看英文文档，时常要用词典查词，喜欢用海词（dict.cn）,但使用web用起来感觉不方便，于是做了个海词（DICT.CN）的Adobe AIR版客户端，周围没有苹果的Mac OS X操作系统，所以还没在苹果的平台下测试。麻烦有的朋友帮忙测试一下。

上面的web在线无缝安装，可能因为国外的服务器会比较慢，可以刷新下试试；也可以直接下载，需要安装Adobe AIR运行时。

目前的Adobe AIR技术还没法做到像金山词霸那样的屏幕取词功能，目前只支持拖拽取词，和剪贴板取词，具体使用参看：myDict使用帮助
关于myDict
不是美工出身，在界面设计上花了不少时间，自己还算满意：）

这个在线词典主要应用到了Adobe AIR的下列技术手段：
拖拽管理、本地窗口、系统托盘、剪贴板、本地菜单等等,其他为as3技术，如xml解析。

这个小词典，我还会不断完善（一是自己要用，二也分享给需要的朋友们），希望朋友们试用，多提宝贵意见和建议：）

下一步主要会增加历史查询的存储和翻阅。