command
最近频繁的使用command， 基本用法就是把原来controller里的众多函数拆分成了单独的类， 坏处在于需要注入所需要的依赖类， 而好处则让整个逻辑划分更清晰，查错定位代码更快速, 多人开发冲突更少, 也避免了超大类（我认为超过500行代码以上）的产生。
使用command可以使用框架，pureMVC,robotlegs这种都是使用command的，也可以在模块范围内自实现一套简单的event/string => command 映射机制。
视图与运算逻辑分离
前段时间用AS3写了一套比较复杂的程序(你可以理解为类似于AI寻路这种主要是运算逻辑， 只有部分是视图展现的东西), 然后我又花了1个礼拜时间做逻辑跟视图的拆分， 最终的理想效果应该是逻辑可以独立于视图， 甚至于我可以用HAXE重写逻辑， 然后逻辑可以拿到服务器上跑， 而不仅仅是只能在FLASH里面跑。
pixel bender在flash里不支持region functions
今天试图写一个pixel bender来测试跟bitmapdata.draw(blendMode.Erase)效率的对比,
<languageVersion : 1.0;> kernel test1 < namespace : "Your Namespace"; vendor : "Your Vendor"; version : 1; > { input image4 src; output pixel4 dst; parameter float3 c; void evaluatePixel() { float2 pos = outCoord(); float sx = pos.x - c.x; float sy = pos.y - c.y; dst = sample(src, pos); if (sx*sx + sy*sy <= c.z*c.z) { dst.a= .0; } else { dst.a = 1.0; } } region generated() { float r = ceil(c.z); return region(float4(-r+c.x, -r+c.y, c.x+r, c.y+r)); } }
导出pbj的时候坑爹的提示我,
ERROR: (line 27): evaluatePixel is the only function supported in hydra byte code
查阅官方reference发现flash player里不能使用region functions….
不能做region裁剪直接应用这个filter的话。。。性能可想而知非常差。。
http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/pixelbender/pdfs/pixelbender_guide.pdf
http://wwwimages.adobe.com/www.adobe.com/content/dam/Adobe/en/devnet/pixelbender/pdfs/pixelbender_reference.pdf
haxe2 Beginner’s Guide 到手
haxe2 Beginner’s Guide 在淘宝上打印只花了10元打印费, 250页, 开读..
haxe
这几天业余时间准备重新拾起haxe再看看。 考虑到项目有某个核心功能可能需要在flash里跑，又需要在服务器上(ubuntu console环境)跑。
如果能用haxe编写， 编译成AS3版本和C++版本，是否可行？ 不知道如果涉及到浮点数计算这块， 2个不同语言版本计算出来会不一样吗？
robotlegs 书里可爱的流程插图
昨天写信去问robotlegs作者Joel， 那个书里的插图是用什么软件画的， 今天就收到他的回信了：
They were created in OmniGraffle on the Mac. Glad you enjoyed them!
好久没写博客
最近在学习robotlegs, 这一周的零碎时间看完了 ActionScript Developer’s Guide to Robotlegs
robotlegs的特点：
1. 使用元标签进行依赖注入
方便是方便了， 但是应该不是所有人都会喜欢这个。 而且注入主要是根据类名(虽然还可以加上名字，但是不被推荐), 如果要注入同个类的2个实例可以说是违背了框架原则的。
2. 把view隔离在框架以外， 对于需要跟框架发生联系的view, 引入mediator来做桥梁。
3. 框架内含一个eventdispatcher, mediator, actor(通常指model, service) , command 可以给它发event，event可以被框架映射到某个command进行处理， 也可以被mediator直接处理。
4. 推荐mvcs分层， 但是并没有把你约束死.你可以自己设计自己的分层结构。
5. 弹性较好， 比如对于mediator跟view的通信，可以从event改成AS3signal,。。。
另外觉得书里面的那些图表很可爱。。。不知道作者是用什么工具画的。。