这里好像都长草了。。 附上最近照片两张：






这我和我姑姑，后面我家，呵呵

最近一直都比较忙，事也多。很久没来blog了。致歉啊致歉。

现在在公司开发一个社区。（做上架构和技术经理了，HOHO~`）
以后有时间了我会好好再把播放器继续做好的。

放一张社区的图先：


PS:我开了一个论坛，希望各位来捧捧场哈：

http://www.flashk3.com/bbs/

最近挺乱的...也挺忙。很多事情也很不如意。。。（就比如说坐车，赶时间的时候它就偏偏半个小时都不来一辆，不急的时候嘛，又哪里都是车。。如此种种，看来RPWR不轻）

有时候感觉这世界真是失望..+ 无奈。。
如果这世界真的有上帝的话，真的想扁他一顿！

BLOG好像也有一个月没更新了，很对不住大家，呵呵，对不起了

￥1580，很便宜的说。总的来说是很不错的。做工很好，听歌效果一流



我买的是白色版的（MM说白色的比较好看），另外还有一个黑色酷炫版的：

最上层为ActionScript、层数多少自已决定（多了放一个文件夹）。我一般是一个模块一个层（注意一下上下顺序）。代码在IDE里写或者在外面写用#inclued看习惯。
界面层随意。自已怎么排起来，找起来方便就行。

代码顺序：先变量等初始化（可以给其它人修改值的在前面）。后函数名。
先逻辑初始化，后是界面初始化。

库命名用中文，链接名E文。文件夹使用凭个人喜好。声音一般放一个单独的文件夹。

_root未必是一帧，一般只有一帧的flash感觉都比较死板。交互性和灵活性都不够。MC时间轴的结构其实应该好好利用的。
（其实代码写好了_root是几帧都完全没有影响）

简单的loadding用场景，复杂效果（也和_root有关联的）直接在_root里做。

将几个不同功能区的代码分别写到不同的MC中，然后通过MC.function()互相调用。其实这个MC就等于一个实例化的类。

新建实例可以用duplicateMovieClip()实现。
代码用类写绑定到MC或者直接写MC上inclued都差不多（AS1中，我个人不太习惯new Fun那种写法，太长了）。
组合用直接将MC拷一份到当前MC中，命好名字。
MC中实现继承将一个MC的代码拷到另一个MC中，放一个最上层的时间轴（这个比较变态，建议少用，用class）

如果可能，建议尽可能将程序逻辑和界面表现代码分开，两者相互调用。这样有利于更进一步的界面的改进。界面代码和逻辑代码多了写在一起容易混乱。也可能引发逻辑错误。

类里所有public在前。private在后。
给其它类或时间轴调用的public，其它全部private。
尽可能加上类型定义（特别是函数参数和返回类型定义）

设计结构的时候通常用接口来设计。写代码时直接将它拷贝一份改写成类。

类里多用组合，少用继承（只在该用的时候用）

从30号开始，这两三天北京都在下雪（终于见到下雪了，我来北京有一半就是冲着下雪来的，HO），感动中。。。

北国风光，万里雪飘的感觉还真是不错（虽然雪下得还不是很大）。

真是一场不错的雪啊~` ^_^

稍后附上一些手机拍的照片，呵

是做Flash社区开发的。AS1/2 皆可。要求也不高。

有兴趣的直接回或者联系我，发简历我们直接面谈
QQ:459526383