超级玛丽策划案

响应 《畅想 silverlight 如何实现超级玛丽》 一文

超级玛丽（俗称：打蘑菇），是孩童时期最爱的游戏之一。这个游戏本身似乎并不复杂，规则统一，却又颇有趣味性。对红白游戏机的有限性能来说，能做出这种游戏确实是很了不起，不知道silverlight版本会有多大难度呢？

尝试一下吧。

超级玛丽是单人游戏。游戏的主角只有一个，这个主角有几个特点：

1.站立

2.蹲下

3.屈身跳跃

4.滑行

5.跳跃

6.变大，变小

7.射击炮弹

8。空中改变方向

9.加速跑

10.在水中游泳

可见，玛丽的技能蛮多，可能也正是因为这样才那么有趣吧。

游戏地图是一副长长的卷轴。地图有很多部件的特性是值得研究的：

1.地板，可以站立其上

2.背景和云彩，可以随意穿越

3.水管，阻挡前进和支持站立，有些还能触发切换地图的事件

4.砖头，可以顶破消失，可以阻挡，可以站立，有些还能触发条件

5.金币，穿越会消失，也可以和砖头联动，组成一个事件

6.空洞，掉下去会死掉

7.“怪”，智能角色

8.旗杆，穿越过关

9.其他

然后游戏本身也有一些数据统计，和菜单的功能：

1.选择菜单

2.时间，金钱，“机数”，分数（据说到多少百万可能奖机，但从来没遇到）

<p$1$2$3$4$5$6> 

我的看法：

角色，有很多改变所处坐标的功能，同时也有事件可以触发，比如死亡之类的动画，让其他对象来触发似乎是不错的设计。传统的玛丽，视角似乎都是紧跟着玛丽本身，改变的是地图。

地图是比较值得研究的，上面的物件一般都阻挡，或者穿越的功能，而地图自身也有一些判定，比如空洞就是掉到地图的外面了。阻挡和穿越主要的代码在玛丽身上完成，因为物件是静态的。

当玛丽和怪相遇所产生的事件应该怎样处理，依照谁死谁负责的原则分配代码。

既然有事件处理，就有相对的事件触发。事件触发由系统我想让系统轮询，所以不想要太多的触发器（虽然也许并不是问题）。原则上很多触发器应该放在地图的物件之上，但如果地图很大，那就比较麻烦，可以加一些限制条件，比如当前可视地图下才轮询该触发器。

请大家继续~