免费发布需求，接收报价与方案
Flash小游戏制作攻略分析
什么是Flash小游戏制作？相关提示： 【Flash小游戏制作教程】【Flash拼图游戏制作】
说到Flash小游戏，大家并不陌生，Flash小游戏不但能够方便轻巧，打开速度快，还可以随时随地为人们提供娱乐，而一些益智类的Flash小游戏可以为儿童提供智力有所作用，因此Flash小游戏受到了大多数人的喜欢。随着网络技术和经济的发展，上网人数的剧增，越来越多的人利用闲暇的时间，在计算机网络这个平台上进行游戏娱乐，来打发时间。
Flash小游戏也随着其他单机、网络游戏开始走进人们的视野，由于Flash制作的游戏具有游戏简单、操作方便、无需安装、文件体积小、打开快速、无需下载等这些特点，使得更多的接触Flash小游戏的人对其产生好感，并开始进行Flash小游戏制作，为互联网带来巨大的商业价值。那么我们要如何进行Flash小游戏制作呢？下面我们就来讨论讨论Flash小游戏制作攻略分析。
一：资源管理
1 从格式上分类 png/jpg 位图 ，swf动画文件
2 从功能上分类 位图展示文件（png\jpg\swf）,swf类库文件
3 如何进行版本管理
资源服务器管理（CDN 资源过期时间控制）、客户端管理（资源变更后，换名或者加版本后缀）
4 加载资源
A 预加载，全局资源（永占内存，尽量少些）
B 动态加载，部分动态需求资源（临时占内存，尽量多些）
5 资源压缩处理(png\txt\xml)
A 主要针对 png压缩即可(有损)（1 alpha通道抽取 2 嵌入到swf 选择JPG压缩）
lpha通道抽取 配合动态加载比较合适，而嵌入到swf配合预加载比较合适。
B TXT、XML 无损ZIP即可，也可以使用 web服务器的gzip传输。
6 资源缓存
A 本地共享对象
优点：统一管理缓存，不受各种游览器兼容性影响，完全自主管理（用户一般清理不到这部分缓存）。
缺点：要求用户门槛高，需要引导用户对外开放自己的本地共享存储大小便于存储，用户有安全顾虑， 出现版本问题用户很难解决。完全靠开发者的版本管理机制才行。
B IE缓存
优点：用户门槛低，出现版本问题直接清理缓存即可。
缺点：需要与IE 缓存配合管理版本，很容易被清理重新下载。
二：结构原型
1 基于框架搭建 flex框架
FLEX IOC :Spring ActionScript\Parsley
FLEX MVC:pureMVC\Cairngorm
纯AS3框架相对flex少些 ：pureMVC(纯MVC)、fatgirlMvp(AS3数据绑定)
基于框架开发原型：
好处： 统一、框架一般有较全面的解决方案、稳定。
缺点： 庞大、需要学习时间、不便于修改框架来适应一些特定需求，效率上很难优化。
2 自定义功能框架
基于Flash构建UI界面（生成SWC或者SWF）、基于flex编程。
好处：灵活小巧、学习时间较短、便于根据需求随时修改、高效
缺点：不稳定，随时面临结构或者功能上的重构，
三：功能拓展（模块化开发） 目的：功能高聚性，模块低耦合。
1 多swf开发，加载swf 反射获取对象。
缺点：代码容易交错到不同的swf里面、后期维护复杂。
优点：开发妥当，接口明确的情况下，很好的插件开发模式。
2 单SWF开发，IOC配置注入开发，根据配置 多功能引入
缺点：配置文件复杂、运行效率降低、查错困难
优点：松耦合强，关联少。
四：关于 UI
1 编辑器
A 使用官方IDE
操作简单、BUG极少。
感觉 Flash应该算是最好的，从CS3到CS5，CS3只能 getChildByName,CS5 可以直接点出来了。
B 自己开发工具：
适应特定项目需求，容易出现BUG，操作复杂。
2 开发流程
尽量使用单例（我通过工厂实现），UI唯一性减少很多不必要的麻烦。
UI逻辑 与 资源分离(我主要通过中介模式来处理)，可以随时换皮肤。
五：国际化
1 前期做好XML配置，文字尽量配置化（字体、内容等）
后期多语言，直接替换 XML即可。
2 UI 尽量逻辑与界面分离，便于换布局
近年来Flash小游戏制作呈快速发展之势，随着Flash在几代版本更新中的不断完善，用它编写各种小游戏已不再困难，技术门槛降低。
一：资源管理
1 从格式上分类 png/jpg 位图 ，swf动画文件
2 从功能上分类 位图展示文件（png\jpg\swf）,swf类库文件
3 如何进行版本管理
资源服务器管理（CDN 资源过期时间控制）、客户端管理（资源变更后，换名或者加版本后缀）
4 加载资源
A 预加载，全局资源（永占内存，尽量少些）
B 动态加载，部分动态需求资源（临时占内存，尽量多些）
5 资源压缩处理(png\txt\xml)
A 主要针对 png压缩即可(有损)（1 alpha通道抽取 2 嵌入到swf 选择JPG压缩）
lpha通道抽取 配合动态加载比较合适，而嵌入到swf配合预加载比较合适。
B TXT、XML 无损ZIP即可，也可以使用 web服务器的gzip传输。
6 资源缓存
A 本地共享对象
优点：统一管理缓存，不受各种游览器兼容性影响，完全自主管理（用户一般清理不到这部分缓存）。
缺点：要求用户门槛高，需要引导用户对外开放自己的本地共享存储大小便于存储，用户有安全顾虑， 出现版本问题用户很难解决。完全靠开发者的版本管理机制才行。
B IE缓存
优点：用户门槛低，出现版本问题直接清理缓存即可。
缺点：需要与IE 缓存配合管理版本，很容易被清理重新下载。
二：结构原型
1 基于框架搭建 flex框架
FLEX IOC :Spring ActionScript\Parsley
FLEX MVC:pureMVC\Cairngorm
纯AS3框架相对flex少些 ：pureMVC(纯MVC)、fatgirlMvp(AS3数据绑定)
基于框架开发原型：
好处： 统一、框架一般有较全面的解决方案、稳定。
缺点： 庞大、需要学习时间、不便于修改框架来适应一些特定需求，效率上很难优化。
2 自定义功能框架
基于Flash构建UI界面（生成SWC或者SWF）、基于flex编程。
好处：灵活小巧、学习时间较短、便于根据需求随时修改、高效
缺点：不稳定，随时面临结构或者功能上的重构，
三：功能拓展（模块化开发） 目的：功能高聚性，模块低耦合。
1 多swf开发，加载swf 反射获取对象。
缺点：代码容易交错到不同的swf里面、后期维护复杂。
优点：开发妥当，接口明确的情况下，很好的插件开发模式。
2 单SWF开发，IOC配置注入开发，根据配置 多功能引入
缺点：配置文件复杂、运行效率降低、查错困难
优点：松耦合强，关联少。
四：关于 UI
1 编辑器
A 使用官方IDE
操作简单、BUG极少。
感觉 Flash应该算是最好的，从CS3到CS5，CS3只能 getChildByName,CS5 可以直接点出来了。
B 自己开发工具：
适应特定项目需求，容易出现BUG，操作复杂。
2 开发流程
尽量使用单例（我通过工厂实现），UI唯一性减少很多不必要的麻烦。
UI逻辑 与 资源分离(我主要通过中介模式来处理)，可以随时换皮肤。
五：国际化
1 前期做好XML配置，文字尽量配置化（字体、内容等）
后期多语言，直接替换 XML即可。
2 UI 尽量逻辑与界面分离，便于换布局
近年来Flash小游戏制作呈快速发展之势，随着Flash在几代版本更新中的不断完善，用它编写各种小游戏已不再困难，技术门槛降低。
