一个FLash网游开发人员2008年的工作总结！
对自己哪方面工作满意，有效的经验总结有哪些？
1） 客户端的完整事件
机制和消息分发机制的构建。
构建了比较稳定有效的事件和消息分发机制，目前的事件机制建立在AS3.0新的事件机制基础
之上，使用全局静态属性，并且传递的参数可以不限长度，不限类型的的进行添加，使服务器、
消息和客户端各模块之间，客户端内部各模块之间的信息通信
简便而稳定。
经验：在构建消息机制前，在网上，和各个技术群理参考了大量实例和代码
，和很多AS 的技
术人员进行了沟通和了解，最终确认了目前采用的通信构架。
2） 本地数据
库数据结构的设计和分析加载
机制的构建。
在分析了客户端本地数据的需求后，设计了一套适合本地解析维护的文本数据结构，采用这一
数据结构以后，所有的本地数据都可以在文本数据中进行维护，包括通信协议的解析代码和之
后添加的各项客户端数据，基本上维护数据的工作可以由负责相应功能的策划人员进行维护，
体现了比较良好的可维护性和更新性。
经验：在和策划的比较深入的沟通下，再比较早的时间就制定了规范的客户端数据结构，在之后
的策划一直按制定好的数据设计结构，早制定，早执行。
3） 各个功能模块的oop设计和模块化设计
各个基本的功能模块基本都按照oop的思想设计，将数据和显示分离，将素材和代码分离。这
样的处理。使得后续开发
的模块都有比较好的模板可以参考，加快了开发速度，
素材和代码分
离的做法使数据更加安全，界面和各个效果
的改版也更加方便
经验：主要得益对AS3.0语法特性的理解，在项目开始的阶段，就确认了AS3.0本身面向对象
的开发特性，在开发过程中主动的思考和设计相应的功能和模块，在可复用性，可维护性，和
低耦合性做了比较多的思考。
4） 对于几个重点的技术问题的处理
1） 客户端效率
问题：这个难题一直是flash
大型项目开发的瓶颈，我们也无可避免的遇到这一
难题，但我们历经三次的大规模效率优化，甚至将所有模块拆分一一测试，目前，客户端
代码的效率比较稳定，在同类产品中还占有一定的技术优势。
经验：对于必须处理的重大问题，必须下大决心，用必胜的信念去克服，甚至不惜拖后进度
的代价。处理过程中也需要有科学的测试和优化过程设计。
相关文档：
关于Flex或Flash的跨域访问的解决方案，事情的起因是，由我公开的一个webservice（不清楚这个webservice干什么的请看这里）开始的，kenshin的朋友sensun在这个公开的webservice的基础上制作了一个weather查询的，在本机测试ok，一拿到网上，就会出现error（是跨域访问的错误），后来，kenshin终于找到了这个问题的解决方� ......
假如你没有时间去体验Flash Builder 4的Bate版，也许你很想知道Flash Builder4有哪些新的特性。即使你体验过Bate2的版本，相对正式版本来说，还有一些新的特性。
我们的产品市场组在总结新的特性方面，已做了足够的工作。但是若你想了解每一个新特性(70多个)的详细信息，我把它们详细地列出来了，还有一些文档，你可以结合 ......
<!--
@page { margin: 2cm }
P { margin-bottom: 0.21cm }
A:link { so-language: zxx }
-->
NOR
型闪存更像内存
，有独立的地址线
和数据线
，但价格比较贵，容量比较小
而NAND
型更像硬盘
，地址线和数据线是共用的I/O
线，类似硬盘的所有信息都通过一条硬盘线传送一般，而且NA ......
是这样的 我做了一个flash小游戏 现在我用另一个flash（暂时叫主flash吧）来加载这个flash小游戏（游戏里面有声音），当我要卸载flash小游戏的时候发现声音并没有清除掉 后来我就想了一个办法 就是主flash卸载flash小游戏的时候调用flash小游戏关闭声音的方法 虽然可以把声音清除掉 但是新的问题又来了 但我再次加载（有时� ......
