咱就做简单的游戏《魂斗罗》，
先做第一个关卡，从绘制地图开始， 接着添加进去主角，实现地图的移动；主角的移动、跳跃
再添加敌人，实现敌人的移动；接着实现主角与敌人相互攻击， 接着添加对话。
从添加一个敌人到添加多个敌人。添加人物对话，药铺，添加武器店，接着添加锻造系统，
等一个关卡做的差不多之后， 接着做多个关卡...一切成形之后， 再统一归整代码，做成游戏引擎。

所有的这些都涉及不到复杂的算法， 你们觉得这个提议好吗？

因为水平原因： 这个游戏定位为 小型游戏。
让御姐给你们搭个框架吧，？  然后就开始绘制地图了，
地图实际上很简单，看你是什么类型的游戏了， 你可以直接帖一张大图图片作为背景图，或者像铺地板砖那样
拼小地图块就行了， 当然这些格子可以是相同规格的， 也可以是不同规格的...网上有免费的地图编辑器。
还有很多其他的实现方式
...


[ 本帖最后由 BlueGuy 于 2010-10-28 22:37 编辑 ]

这个游戏并不需要 EGE太多的支持， 只需要 EGE 提供定时器、按键响应、简单的图形接口就行，
然后把重点集中在 游戏效果以及程序逻辑上面。
咱就先从 绘制地图开始吧 ！/

别在整你那个课程设计了， 没用的。

[ 本帖最后由 BlueGuy 于 2010-10-28 22:48 编辑 ]

http://www.tilemap.co.uk/mappy.php

一个画点函数， 一个画线函数， 一个画图函数 + 一个绘制文字的函数就够用了，
不嫌麻烦的话 一个画点函数 就行了。
我当时写的一小游戏就只用到 一个画点函数，。

[ 本帖最后由 BlueGuy 于 2010-10-29 18:17 编辑 ]

一个动画Animation = 一个动作Action = 一组帧Frame  = 一系列图元 Modules
做的粗糙一点，都不需要往下细分图片了。
网上也有免费的  动作编辑器。

再加上简单的有限状态机原理， 一堆的 if/else, switch/case语句，
一个游戏的框架就基本出来了， 有空多写写吧，就我看的一些游戏教材，写的简直就是一坨屎，
专门喜欢在一些不疼不痒的地方长篇大论， 代码混乱，bug成堆。