刻录时光

最近在做的项目需要在服务器端将 GIF 动画转换成 SWF，服务器端程序是 PHP，思路有两个：
1. 使用 Swftools 的 GIF2SWF 进行转换。优点：command-line方式简单、速度快；缺点：目前版本的 GIF2SWF 对于某些类型的 GIF 动画转换不准确，有帧重叠和色彩丢失的问题，并且不能设置导出的 SWF 版本。
2. 使用服务器端 GIF 动画解析器先进行分割，比如：Gifsicle（Gifsicle 网站上的命令有问题，导出单帧图片应该这样 % gifsicle anim.gif #0 > firstframe.gif）、ImageMagick（MagickWand）或者 PHP GIFDecoder，然后再用 PHP Ming 生成 SWF。优点：可以提取 GIF 的单帧图片；缺点：GIF 类型很多，需要先进行类型判断，再根据不同类型进行处理，过程很麻烦，再加上 Decoder 问题多多，拆解的单帧图片会有各种问题。

两种方法都试了，最后放弃第二种，因为 Swftools 是开源的，所以决定修改 GIF2SWF 代码来解决，在 Linux 下编译 Swftools 代码很方便，只用了半天时间就解决了上面的问题，通过简单的设置后竟然可以支持导出 SWF9！这样 AS3 就可以和载入的 SWF 交互了。

前几天刚用上Flash CS3的时候有过关于CS3创建Symbol时没有Sprite类型的疑问，刚才在Kirupa看到aw问到了这个问题，看了senocular的回答才明白，如果想创建Sprite的话在Bass class中指定为flash.display.Sprite就行了，虽然我已经把我的组件皮肤的Bass class都设成了Sprite，我本以为这样设置和MovieClip没区别（因为Library中还是显示为MovieClip），刚才测试了才发现，这样设置后MovieClip特有的方法和属性都无效了，除了还能新增frame，但后面的frame在运行时应该都是无效的。

“五一”哪里都没有去，昨天想拿家里没人吃的煎饼卷去世纪公园喂鱼，没想到世纪公园弄了个音乐嘉年华，平时10元的门票一下子涨到了50，真会黑钱，我和apple只好去小区花园喂蚂蚁。这几天既没见客户也没去找朋友，窝在家里也没刮胡子，都快成野人了。没干啥正事，把TabNavigator和Menu写好了，以前写的Menu组件太垃圾，而且到现在还有BUG没Fix，这次的还是比较满意，虽然都是组件，每次写都能有新的体会和提高。明天老爸老妈来上海，又有好吃的啦～

Flash CS3的Linkage增加了Base class项，组件皮肤可以直接继承MovieClip或Sprite，之前用Flash 9 AS3 preview版本写组件的时候需要专门给Skin写class文件，现在可以省掉了。另外相比preview版本，编译时也比之前严格了许多，重复定义局域变量也会发出警告。CS3的UI组件比V2组件少了好几个，Flash和Flex的分工越来越明显了，想用CS3做AS3应用的话还是先多准备点组件留着用吧。

由于之前一直在用Photoshop CS3 beta，导致安装的PS CS3和Flash CS3试用版都提示过期，折腾了2天还没搞定，刚才弄到一个Flash的XX，先体验一下再说，满足一下好奇心，看图： http://azure.cn/content/binary/flash9.png
CS3的安装过程比装操作系统还考验人耐心，现在Adobe的软件安装和MS有一拼了。Flash CS3新建Symbol时没有发现传说中的Sprite类型，难道还要继续用MovieClip做组件Skin吗，Adobe真不厚道。继续研究中…

过年期间没做多少事，除了看电视陪家人，只写了 Tree、Slider 和 NumbericSlider 三个组件，到现在为止 Sdevil AS3 UI Component 大约完成了18个可直接使用的 UI 组件，还有 MenuBar、Menu、ColorPicker、TextEditor、Calendar、TabNavigator 等几个主要的没有完成。过年对我来说是个和家人团聚和好好休息的假期，今年过得比较舒服，初十回才上海，不受约束的工作方式就是好:-D。

从8月份就开始了这套名为“sdevil”的AS3 UI组件编写，期间因为太忙一度停滞2个多月，只能利用零散时间写，现在已经完成了相当一部分，结构比苹果树下UI组件优化了很多，再加上AS3本身的优势，写起来确实很爽。挑了几个做好的演示一下，还不完善，仍有些BUG没有消除。

下午一直为class无法编译通过纳闷，提示错误“[Compiler] Error #1046: Type was not found or was not a compile-time constant”，刚才把class和fla文件拷贝到E盘根目录，再测试一切OK，原来只要是class文件的绝对路径中包含中文Flash 9 AS3.0 Preview就无法找到…

最近有打算把苹果树下UI组件用AS3写一遍，通过做实际的项目来学习AS3是个不错的方法，这几天也在看Flex组件的代码，代码又复杂又臃肿，光UIComponent.as就8000多行。我在想Flash9的组件会不会是拿Flex的改改就上了呢，今天在Adobe Labs Forum看到了Mike Downey这段话：

The Flex 2 component set is very different than what is planned for the Flash authoring tool. The Flex 2 components are very heavily dependant on the Flex framework, which is not supported by the Flash authoring tool. Though you may be able to get them to compile (I’m not sure) you will find that they are not very useful without leveraging the rest of the Flex framework (layout management, for example).

The Flex components also favor rich functionality over small file size. Customers of the Flash authoring tool have told us overwhelmingly that they favor lightweight and easy to skin over rich functionality. We aim to find an appropriate balance between functionality, file size, and designer-based visual skinning.

还是很期待Mike所说的相对轻量的Flash9组件，今后Flash是Deseloper的最好的工具，而Flex则是给那些需要快速开发RIA并且对设计不感冒的程序员用的，两种工具的用户群区别会越来越明显。本来我想写一套相对轻量的AS3 UI组件，看了Mike这段话，我决定把组件进一步简单化，写套超轻量的UI组件，只要满足最基本的要求就可以，这样等Flash9出来后我就有两套组件可以选择使用了。Flash 9 AS 3.0 Preview版本在新建Symbol时还没有Sprite类型，我先用MovieClip作为skin好了，等正式版出了再改。

涂鸦板上线后发现涂鸦程序在IE和Firefox中的性能是不一样的，P4 3G的机器上在IE中绘画都很卡，然而用Firefox时即便是赛扬1.7的老机器运行却异常流畅！这点真让人疑惑，因为我写程序时大都用FF测试，所以直到正式上线后才发现这个问题，不管怎样，毕竟现在还是IE的天下，只要考虑如何优化程序了，经过几天的努力，把涂鸦板中非必须的功能都去掉，包括菜单和颜色面板中的部分功能，重新设计UI初始化的规则，重写了部分代码，优化后的涂鸦板初始化速度明显提高很多，性能也大大提升，在赛扬1.7的机器上基本上能流畅的绘画了。运行时实时创建和移除UI元素，保证在绘画状态时场景上保持最少的组件是提升性能的关键。