flash的工作流是她的一个重要特性，由于flash强大的表现层的实力和快捷的开发方式，flash成了前端的重要解决方案。但是flashplayer由于种种原因，在性能，跨平台，和一些特殊场合表现不够好，催生了很多的第三方flash播放器，adobe对mozilla开源了avm2的代码，但是并不包括显示渲染部分，渲染部分确实是比较重要的部分，资源管理，重绘，脏矩形…
ok，言归正传，第三方播放器的出现，最初是为了解决swf在linux下播放的问题。最早的似乎是一个叫做gameswf的开源项目,最新版本是2009-08的了，我测试了一下，只支持到as2，而且对as代码的解释似乎问题不少。不过作为比较老的一个项目，他给后来的好些个播放器比如gansh和解决方案比如scaleform提供了指导。
先说Scaleform 这是个很牛的东西，我第一次知道它是因为星际2的UI用了他做引擎，后来看了下确实很牛叉，他的理念就是利用flash成熟的开发方式和丰富的积累，但是对swf文件做了自己的解释。Scaleform GFx的核心内容为丰富的多媒体引擎支持矢量图形硬件加速技术，将矢量图形栅格化为现代3D视频卡能够渲染的三角形。将数据转换为三角形，导出的矢量图形的速度比传统的光栅处理软件快很多倍，并可以在高性能多媒体环境中使用。但是对flash的支持也只是到了as2.不知道还会不会往下继续。顺便说下，他们的引擎商业用很贵.
另外两个linux 第三方播放器是gansh和swfdec了，gansh有个gnash-tools 的命令行工具协助开发，swfdec的稳定性似乎更高点，这两款也都是开源的。但是支持的版本似乎也没有到as3.他们的代码在sourceforce上也都能找到
接下来一个比较厉害的是Lightspark 。他包括基于 OpenGL 的渲染、ActionScript 3.0 支持、提供 Mozilla 兼容的插件等亮点。应该是目前比较好的第三方播放器，而且也是开源的，可以扩展自己的需要，应用到特殊需求的地方。
flash是个好东西，好在他完备而成熟的开发工作流，庞大的用户基数和知识库。和LLVM和SDL和LUA和很多意想不到的领域都有交集，似乎成了一种粘合剂，但是受到flashplayer所限，很多变态需求无法满足，在AIR没出现前，就有一堆的zinc，MDM的强化flash的周边工具，但是他们的本质还是利用flashplayer做个加强外壳，和现在AIR做的事情差不多。但是现在到了需要flash做更变态需求的时候，就需要从Flashplayer入手了。
嗯，就这么多
Popularity: 37% [?]
随着游戏业的火热，游戏针对的年龄段有更为精细的划分，随着腾讯的加入，淘米宣布过亿的业绩和上市计划儿童游戏市场目前也有进入佳境的感觉。但是纵观儿童网游市场，越来越多的元素是以成人网游的视角去设计的，比如装备，打怪，职业…这些确实是很让人上瘾的部分，可是离寓教于乐也越来越远。政策风险也越来越大。
我之前认为严肃游戏因为其过于板着面孔而需要比较强的推广力，后来发现其实这种想法并不正确。教育的东西也可以做的很娱乐。分析两个案例:
汉字房,韩国Eduflo公司出的汉字学习游戏。官网http://www.eduflo.com/
界面看起来清新可爱，和冒险岛等游戏类似，是横版打怪游戏，是的，是横版打怪游戏。他独一无二的地方就是，所有的怪都像鸟山明的漫画中的炒饭，饺子一样，贴了一个字，而你在打他的时候，他会发出这个字的读音，游戏的系统中很多设计也都围绕这汉字这个主题。同时游戏性一点也没有减少，你一样需要选职业，打怪，升级，做任务。似乎只是个简单的创意，在任何一套横版打斗游戏中换个主题就好了，但是这个游戏却有如下成绩:
1，游戏于 2009 年 1 月举办 2 周的最后测试时，2 万 6 千名参与测试玩家中，一个小时平均记住了 13 个汉字，特别是 10 岁以下、年纪小的玩家，78% 在游戏后汉字实力提高了。
2，游戏获得了韩国KGC2009的务大奖。
我想不管是从实际效果，还是商业上，这款游戏应该算的上成功了。学习和打怪一样是个重复的过程，重复多了自然也就记住了，是谓潜移默化。
英语劲舞团,同样是韩国的一个游戏厂商T3的作品，通过名字就可以知道他们还做过劲舞团。官网http://www.hanbiton.com
这是一款3D虚拟社区游戏，内容为通过童话学英语的模式，目前配套的童话有，《汉泽尔与格蕾太尔》、《杰克与仙豆》、《小红帽》、《睡美人》等。游戏系统具有语音识别的能力，及时评判反馈，改变了以前在线学习只有单向的弊端。
这两款游戏都是严肃游戏，但是也都有比较强的趣味性，值得借鉴。
Popularity: 15% [?]
最近一个项目中需要有个批量抓取网站特定内容的工作，流程大概是登陆->获取该用户文章列表->抓取文章。做起来很容易，就是post或者get数据，然后正则匹配，但是问题是需要做好几个网站的，这个功能是项目中的一个部分，就需要有可扩展，低耦。所以一开始的时候是想在主题程序实现通用程序，再用配置文件，把正则规则载入，一开始还行，但是后来发现了几个问题，1.所谓的通用的东西=兼容多种规则=体积庞大，这个很好理解，比如要兼容几个浏览器的js必然有多处hack。2.效率低下，本来抓取就是需要做很多字符串的处理，加上规则后必然导致多处判断，甚至处处判断。3.开发难度大，针对每个网站的规则很好写，但是通用的东西必定会一改再改，比如获取列表是get，偏偏有一家用post，还加了验证用的随机参数，那就必须在之前的一页把提出来，而这个并不具有普遍性，必须为它“个性化定制”。4.整个结构很ugly。
经过思考后，我改进了模型，还是提取出来操作的常规几步作为接口，每个网站用个类来实现它，提供统一的对外接口。生成文件A，而主文件中只需要加载它并反射出来，使用相同的方法来调用获取不同的网站数据，被抓取网站有更新或者需要添加新的网站时，只需要更新A即可，对主体是黑盒。整个结构看起来爽快明了，而且每个网站的抓取实现各不相同也罢，没有干扰的。
做好之后，再想想其实很简单，也许对于经验老到的玩家而言，这个应该是”下意识”的首选方案。:)
Popularity: 16% [?]
最新评论