本文只有两个主题:
1、游戏设计清晰的必要
2、循环逻辑的代码设计
游戏设计:
未写代码先设计,这是一个非常重要的建议,如果在写代码前还不知道要开发一个什么游戏,那么会遇上很多问题,这些问题包括:
- 代码编写异常艰难
- 半路重构
- 工作量无法估计
- 预算严重超支
- ……
如果第一次开发游戏,那么就容易有两种情况,第一,游戏就那样还用的着设计吗,第二,无从下手,到底该怎么设计,第一种肯定考虑不周全,这是大多数情况,第二种比第一种更悲惨,启示无论那种情况,把问题罗列出来,到一起回答就可以解决很多,比如说,可以尝试回答如下问题:
- 游戏主题是什么?
- 是什么类型的游戏,RPG?SLG?FPS?MMO?
- 有没有剧情?
- 是单机的还是网络的?
- 单机的话,单人还是双人的?
- 网络的话,是局域网还是互联网?
- 游戏风格是什么样的?
- 如何操控?
- 2D还是3D?
- 打算让玩家玩多久到头?
- 都是什么玩家玩?
- 应用技术是那些?
- 目标终端是否可承载?
- 能够满足玩家什么需求?
- ……
确切来说,以上的问题仅仅是游戏设计的一个小部分,按照经验,可能为一个或者多个问题要研究很久,举例来说,游戏类型将制约代码的主要逻辑,比如说剧情类的游戏就必须要需要一个剧情脚本,而相应的策略游戏相比剧情脚本更加需要智能脚本,这样的情况下,你的代码和处理就需要有很多的考虑。
比如以前我们在开发网络游戏的时候,有一个项目地图是一个整体,不需要独立的地图编辑器去编辑,只需要在3DMAX中将物体名称起好,所有的行为对应到一张Excel表,如果是这样的一种模式,地图编辑工具就不需要花太大力气……
可能所在的团队有策划的支持,可以省去很多力气,然而最佳的情况下是开发者就是策划,哈,也许会着砖头吧。
代码设计
首先得了解游戏运行的机制,在考虑更加深层次的东西,任何游戏都是一个循环体,就如下图所示:
可能觉得,这和Silverlight游戏开发有什么关系呢,这不是客户端游戏的开发做法吗?在游戏诞生的那天起,它本身就是一个循环,在程序中更加是一个循环体,这个基础理论是都适用,我们了解了循环机制,就可以依据这个流程设计代码,上面就够了吗?让我们展开来看看:
上面只是写了一个大概,如果你打算开发一个游戏的话,需要考虑的更多,如果转换到最简单的伪代码的话则是:
while( Game.State != emGameState.Exit)
{
switch(Game.State)
{
case
emGameState.Init:
Game.Init();
break
;
case
emGameState.Loop:
Game.Loop();
break
;
case
emGameState.Exit:
Game.Exit();
break
;
}
}
上面是一个最简单的代码设计,只需要在Game类中执行相应的逻辑即可,但是是否想过这样肯定不行,如果按照这个样子写下去,那么就不是一个完整的游戏,最多只是一个展示品,要做成一个完整的游戏,就得在主要循环里加入更多的行为,最好的方法莫过于先构想流程:
按照上面的流程图,那么循环代码可能是这样的:
while ( Game.State != emGameState.Exit)
{
switch (Game.State)
{
case emGameState.Init:
Game.Init();
break ;
case emGameState.Menu:
Game.Menu();
break ;
case emGameState.Starting:
Game.Starting();
break ;
case emGameState.Loop:
Game.LoopLogic();
break ;
case emGameState.Rest:
Game.Rest();
break ;
case emGameState.Exit:
Game.Exit();
break ;
}
}
可是问题又来了,无端的循环是不是造成了系统浪费,确实,无论在什么技术上都是在考虑如何解决不必要的开销,而且我们用的Silverlight来开发,c#又是这么面向对象的语言,这么写太不高级,引入高级编程理论该如何做呢,这个部分以后再说,在这里抛砖引玉,看看下图也许会有启示:)
本文转自nowpaper 51CTO博客,原文链接:http://blog.51cto.com/nowpaper/712608