在第二部分如何写一个项目建议书中,我们提到了游戏主框架由哪些部分构成。作为一个游戏的设计者,你必须要时刻保持清醒的头脑,知道游戏到底应该是什么样子的。如果连设计人员都搞不清游戏的模样,那其他的程序、美术就更没办法开发了。为了保持清晰的思路,就要先给自己搭一个框架,让自己在大量繁杂的工作中不至于迷失了方向。那么从什么角度入手来建立这个框架呢?
对于刚入门的策划来讲,通过任务体系下手是最直接的也是最有效的。任何游戏尤其是RPG类游戏都有一个故事背景和主要线索,通过这些东西就可以很巧妙的设计出游戏的主要流程。首先要把主任务也就是主线索明确,这一点非常重要。很多游戏就是因为任务太散,进而冲淡了主题。整个游戏的跌宕起伏和曲折离奇都是通过剧情来推动的,如果在一开始不能把任务明确出来,在加入了分支剧情后各种因素集中在一起思路很容易就乱了。所以在设计的开头就把整个任务的框架搭建起来对思路的整理很有好处。
任务体系和故事是紧密结合在一起的。如何把故事改编成符合游戏设计思路的脚本是游戏剧本编写人员的工作。总体的任务框架是RPG类游戏的核心,其他的体系都可以依附在任务框架上。任务就好象写记叙文,不外乎人物、地点、事件等等诸要素组成。而人物就涉及到生命、体力、魔法、攻击力等属性,各种类型游戏根据不同需要而设计;地点就是地图体系,整个游戏的大地图系统和进入到某个城镇的场景设计都可以归入这个部分;事件分为很多类,包括对话、战斗、特殊事件发生、物品交换等。在这些诸多因素都已经在你的脑海中成型后,你大体上就把握住了游戏轮廓,一些相关的体系就随之建立起来了。
前面所提到过很多系统,从任务系统入手只是一个方面。由于游戏类型的众多,也很难统计出一种能够适用于全部类型的设计模式。对于即时战略类和策略类的游戏,更注重于游戏方法本身,那么这时的切入点就偏重于玩法设计。战斗系统和升级体系的建立就成为游戏主框架的核心,这时的任务就好象成了一个附属品,但并不是说任务就不重要了,巧妙的数值变化是需要一个个的精心设计的任务来体现出来的。但是总体的游戏规则设计是这些类型游戏的核心,如果一开始没有经过反复的演算把各种游戏数据变化进行平衡,最终的产品肯定是不堪一击的。
一些其他类型的游戏,比如格斗类、养成类、运动类等因为创意的玩点不同,所以设计的切入点也各不相同。在这里就不一一描述,本人也能力有限,有哪位高手对这些类型的游戏有研究的不妨一起探讨。
在选择好了切入点,接下来就是在核心设计的基础上逐渐展开完善,并最终形成游戏的骨干。其实游戏设计的每个模块都是相互渗透的,并没有绝对的主次之分,上面所说的其实只是寻找一个切入点以便能够快速找到感觉并深入进去。各个模块之间的关系大致如下:
上面的一个图是描述各个模块之间的关系图。生存体系和地图系统是整个游戏的基础:生存体系中包括所有可能出现的角色属性,可能会在设计过程中不断添加新属性。地图系统是游戏中涉及到的全部位置和地点,是设计中最为头痛的一个部分。这两个系统构成了游戏的基础,几乎所有的游戏都有这两个模块。
升级系统的所有数据都要来源于生存体系中的人物属性,如何设计升级算法让游戏更好玩,更耐玩是升级系统设计的关键。掌握好整个体系的平衡性,尤其在多人游戏时更为重要。升级体系的重要性也体现在游戏时间的控制上,既要让玩家感受到升级后的变化,又要合理控制升级的速度,难度是相当大的。大量的时间被用在反复的演算上,这时先用程序设计个小模型是个比较好的办法。
NPC设计和AI设计是一个整体,在这里把两者分开来是有目的的。NPC的作用有很多,有时是放道具的箱子,有时是完成任务的触发器,有时是你的敌人,有时是你的朋友。NPC设计和地图位置也有关系,每个NPC都有一定的活动范围,应根据剧情需要指定活动地点。AI是指游戏中的人工智能设计,和NPC的设计结合很紧密。由于该系统往往由程序和策划协调着设计,所以把这个部分单拉出来形成一个单独模块。一般的AI设计包括寻路算法、战斗方式选择以及对话应答等,由于该部分极为复杂这里就不再详细描述。
一、简单的程序框架。
webgame程序构成:
三大部分。
第一是数据流程。第二是程序。第三是美术。
其中,数据流程包括了功能。也只有在功能中才能体现数据流程。
数据流程相当的麻烦,后面再讨论。
比如最简单的卖买产品。
要实现这个功能。
那么需要有产品基础表、产品详细表、商店表、背包表。如果扩展性更强,相应的双表是少不不了的。
表的问题都简单了。关键是这个物品有什么用。这样物品的来源,一大堆数据,物品的走向,又是一大堆数据。
最后,这些数据得绕成一个圈。
绕圈是一件困难的事情。特别是功能和道具多了起来的时候。难度是2的n次方。
美术:
UI。简洁漂亮的界面总会有好处。
小图标。道具,地图,装备。一类至少10个吧?大体上百把个是需要的。
程序分5个部分:
服务器定时器。(C语言或自己设定服务器)定时循环执行某一段代码。而这段代码主要是根据数据库的数据进行更新。这个可以找个C语言程序员来做。对于C语言程序员来讲,这个功能是相当的简单。当然,具体的处理数据的判断和 *** 作数据库,需要你自己写。让C语言程序员给你段标准代码就行了。完全支持sql语句的。
功能页面、功能函数。主要就是数据存取,判断,数据走向。
ajax函数。(可选)某些需要伪即时的功能要用到。
javascript函数。(可选)模拟客户端的数据计算。也就是webgame的与时间相关的数据。分为两部分。一部分是真实数据,是由服务器端的定时器计算的。另一部分是只有初始值,客户端显示用的。不需要即时同步,仅仅需要模拟同步就行。
数据库。一大堆基础数据表和详细数据表。基础数据表:比如等级1到等级100的用户的属性初始值。详细数据表:每个用户的具体属性。
在那个网络泡沫经济高速扩张的年代,在那个大量菜鸟网民拥入网络的年代,在那个文字MUD已经逐渐衰退而网络游戏又尚未兴起的年代,WebGame——这种新颖玩意儿的推出,无疑让很多人为之惊艳。仅仅通过简单注册,就可以边玩游戏边泡论坛。尽管只有简陋的游戏界面、一堆文字、几张图片,游戏方式也不过是刷新页面而已,但WebGame却带来了无限的乐趣和遐想,同时还演绎了让无数人刻骨铭心的爱恨情仇。如今网络游戏百花争鸣,到处充斥着唯美的人物和绚丽的光影。你会偶尔缅怀那些逝去的岁月吗?至少在我心底,一直有数款难以忘怀的WebGame。
WebGame,顾名思义就是基于Web浏览器的网络在线多人游戏。从诞生发展至今,WebGame大概分为三种类型:一是基于Web浏览器,使用PHP/ASP/Perl等解释语言建设的虚拟社区;二是基于Web浏览器,使用Flash/JAVA技术制作的游戏;三是需要下载客户端并连接专用服务器运行的游戏。
当年在网络泡沫经济的推动下,国内涌现了不少规模较大的WebGame。例如《第九城市》 、 《逸飞岭》等,以及活跃在各信息港的不同版本的《笑傲江湖》。是国内第一批基于Web浏览器而产生的WebGame。当时它们所冠的头衔不是Game,而是虚拟社区。
除了基本的BBS功能之外,网民还可以在虚拟社区里练级、打工、赛马、喂养宠物、建立家庭等等。基本上能在网络游戏中所做的事,在当时的虚拟社区一样可以做。不同的是,网络游戏更直观一些,而虚拟社区则是以大量文字和少许图片的形式来表现。
虚拟社区红火的时候,成千上万的网民为了那些虚拟数据,通宵达旦地守候在电脑面前不断刷新页面。网站访问量自然疯了似地往上飙升!在网络泡沫经济红火的时期,能增加网站访问量就等于大把地捞进钞票。自然大大小小的网站都不遗余力地抽出人力物力去开发和维护虚拟社区。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)