他已经弃坑了

坑，大、圆、深者为美也

LZ属于三分钟热度型的坑党。。。。
话说，WWXX的坑该处理一下了，丢出来吧~~~

至少这些孩子的想法大胆,手上还有点功夫..我们那代人小学时期能为自己有个计算器而津津乐道两个月..计算机对我们来说就像现在看私人飞机..

甚好！

呐，出现了很多技术上的难题。
Flash这个平台也不够完美，抽风是常有的事。
感觉HWF貌似知名度不高，支持的人很少，而且制作组里也就几个负责测试的酱油党。
没有人才啊！
我相信吧里不可能没有人才，只是他们都没有时间和精力来协助我吧。
我美工不行，偏向简洁风格，像那种人物绘制真的无能为力。
如果没有个美工的话，HWF绝对不会美。
我相信你们也不会玩一堆方块组成的游戏吧……即使不是画面党估计也受不了啊。

蛋疼啊……
做角色与墙的碰撞检测异常蛋疼……
先要给那一堆该死的墙实例名……
然后一个个在if语句里面写判断……
每一帧的条件判断会达到100左右……（一个地图）
不过不用担心，我去百度了一下，只要每一帧的判断数不超过5000次，CPU还是悠闲的很的……

循环判断不就行了=.=

顺便现在的配置来说一秒内的运算复杂度不超过亿都没有大问题(只考虑程序计算层面)
考虑到图形层面的处理，说对于时间复杂度O(n^2)的算法循环次数大概在1000以内就不会有大的问题。至于空间么，一个这样的游戏基本上用不着考虑空间不够的问题..嗯。
不过你需要很多并行的程序段同时运行，所以大致按照上面说的自行衡量运算效率..就这样。

徐啊，FLASH没有直接的对多个同一元件实例检测碰撞的函数……
我百度了下，只找到用于检测用脚本刷出来对象的，还用到了我很不熟的神器Array类型……
这货相当DT，方法属性多到渣……
还有，那个每帧判断数被我低估了……
就算是小地图也会有个两三百的……

别告诉我你连数组[Array]的概念都没有= =

我估计到时候文件体积都是音频占的……
FLASH的碰撞检测方法hitTestObject()居然只是检测对象背景（一个与对象相同大小的不可见长方形）的四条边的碰撞……
如果是支持多边形以及镂空的话就好了，
我原来就是把所有的墙做成一个大的MC，然后检测这个MC……
结果再次被ADOBE秒杀……

概念是有，但是用的比较少……
Array类是Flash里相当复杂的一个类……

我说你为啥要依赖Flash的既定函数...= =
另外没有数组很多东西寸步难行..你打算写几百几千行一样的代码？
以下，碰撞的伪代码
注：以(x1,y1) (x1,y2) (x2,y1) (x2,y2)存储每个Box的四个顶点
如图
l1-r1
|XX|
l2-r2
基于 左下角为原点0,0
——————————
int num=[个数];//需判定的Box个数
bool flag=false;
for(int x=1;x<=num;x++)
{
if(px>box[num].x1 && px<box[num].x2)
{
if(py>box[num].y1 && py<box[num].y2)
{flag=true;break;}
}
}
if(flag==false)
{
移动操作
}

上面只是一个极其简陋的平行于x/y轴的四方体碰撞..具体要实现复杂的还有很多办法
比如可以用一个大的二维布尔数组，首先对整个地图进行一定次数的微分，然后用类似Hash的方法存储某点是否能通过，这样虽然空间复杂度较高但时间上是O(1)的算法。
肯定还有别的实现途径..不过我建议你先去多了解些数据结构和基础知识。