应用简单的程序来设计网页游戏

作者:课课家教育更新于： 2016-04-07 17:06:50

　　做游戏开发少不了程序代码之类，而现在的开发语言已经很多，如何选择合适的语言来设计游戏也是一种学问，最重要的是节约时间和成本。这部分教程主要是应用简单的程序来设计网页游戏。

       一、选择开发语言

　　后台：java.netphp

　　前台：flexjavascriptajax

　　数据库：mysqlmssql

　　用哪种组合，真的不重要。重要的是时间和成本。复杂的地方在数据的交互和完善，而不在技术或效果的实现。往往遇到一些问题。比如地图如何编？人物移动如何实现？其实这些问题从技术上实现都比较容易。难在实现后，数据如何交互。没有解决数据交互的问题，实现这些技术点的意义不大。我用的是php+javascript+mysql。

　　原因：简单，上手快。可以比较快速的出产品。

　　二、程序简单应用。

　　1、模板

　　为了方便UI的修改。所以用模板。smarttem plate还算方便。很简单。代码也可以嵌套在模板里。唯一的问题是如果美术不会程序，修改模板还得程序来。不科学啊。

　　smarttemplate的教程网上有。只说一点。可以在模板（.html的文件）里用嵌套任何代码。获得传值。用$_obj[‘xxx’]或者用$_stack[0][‘’]可以和{xxx}写法的代码嵌套。跟.php的文件一样，没任何区别。

　　2、地图

　　因为游戏类型不是ogame模式的，所以地图并不是自动生成。而是全从数据库里调用。思路很简单。地图是一整张大图。切成多个小图块。数据库里记录下每个小图块对应大图的绝对坐标。显示的时候，调用相应坐标区域的小图块。

　　代码类似：

　　意思就是从地图表里，获得横坐标xx到xx。纵坐标xx到xx的所有小图块。比如20个。假设我们写个函数showMap(x,y)，把获得的数据全显示出来。地图可以有很多层。

　　每个小图块都是一个div。具体的控制就用css就行了。小图块可以当作div的背景。也可以用作div里的图片。控制好div的left和top就行了。（left和top就是小图块相对于大图块的绝对坐标）showMap(x,y)就放在下面两个层的里面。

　　一个层处理地图大小：　

　　一个层处理拖动：

　　注意下面这段代码

　　这句代码的位置，是在拖动层后，释放鼠标的时候触发的。你可以用alert(“地图拖动到了这里”);替换。测试下效果。这句代码的意思是，根据当前地图被拖动的坐标。调用一个ajax。也就是重新从数据库里获得地图信息。AjaxRead（）是一个ajax的调用函数。你可以全部自己写。也可以用如prototype.js之类的框架写。

　　整个代码的意思就是：

　　当拖动地图释放鼠标后，显示层重新获得数据。并无刷新的显示出来。地图里的图片都用的png32的透明图。

　　Ie7和ff3都没问题。遇到ie6的话。。用gif的替代吧。map.php的功能。根据获得的x,y显示相应的一谢谢小图块。这个功能其实就是上面说的showMap(x,y)，这个很像google地图的拖动。不过简单了很多。简单，效果还不错。2、角2、角色属性

　　因为设定的要求。角色需要有装备加成，有状态加成（buff,debuff）。这时候，把所有需要的加成，都放到角色类里。是一个很好的方法。

　　大概像这样：　　

　　专门把这条提出来说。是因为没把加成放到角色对象里时。每次要战斗或者要干点什么的时候。获得角色数据后，还要加一大堆代码处理加成。重复太多。一让代码前置，世界就清静了。。。

　　3、道具

　　道具比较特殊。因为种类繁多，使用方式多，可能有多个存放地点，可能有唯一道具。有天看了web魔兽的代码。发现他的道具只有一个表。有一个字段，来处理道具位置，如（1，拍卖行，2，背包，3，仓库，4，商店）这个办法挺好的。不过，如果道具的复杂度上去了。比如不同的仓库，不同的拍卖行，需要合成等等。还是只有分表。

　　基础道具表：　　

　　从uptype开始。都可以写成xx|yy|zz的形式。最好一一对应。分割符号可以自己选。

　　调用和处理数据的时候，可以用类似下面的方式：

　　仓库，拍卖行，商店，背包等等。承载道具的地方。只要有个id字段来存道具id就可以。至于是横表或者是纵表，根据实际需要选择。目前为止，道具看上去处理得还不错。这时候，策划说。道具需要有唯一的，需要能附魔。ok，那么你把所有组合都填到道具表里吧。合成也就是a+b=c而已。。一计算。比如40个可能附魔的东西。200个可以附魔的道具。40*200=8000。显然，策划不会同意的。那么头痛的就是程序了。怎么处理呢。加表吧。

　　唯一道具表：　　

　　附魔表：(即增加的属性)

　　现在看功能修改

　　首先是道具类：

　　附魔功能：

　　道具A。（基础道具）+道具B。(基础道具)=道具C。(唯一道具)

　　也就是唯一道具是在附魔功能执行的时候生成。以背包举例。没附魔前。

　　背包内道具A。id为1。

　　背包内道具B。id为2。

　　当执行附魔功能后。道具A,道具B的id都置0(横表)，或者删除了（纵表）。生成一个唯一数。temp_id。(md5生成就行了。)生成一个唯一道具。这时候，根据temp_id，让A的背包再次获得唯一道具的id。道具，比较完善的解决了。

　　以下部分均涉及到一些商业问题，所以只能给思路，及很少的代码。

　　4、记时器

　　处理等待xx时间后，执行xx的问题。php自带一个sleep()函数。等待时间也可以控制。

　　但是显然，不管从运用还是效率上讲。都不足以支持游戏计时的。思路很简单。将需要倒计时的事件的所有参数，以及开始时间、结束时间。都存储到一个表里。前台用javascript倒计时，时间到后，通过ajax调用时间到后的处理程序。后台每隔一定时间，自动执行一次调用时间到后的处理程序。

　　至少需要三个php页面。

　　一个用来写存取定时的内容。

　　一个处理前台时间到时，结束操作。

　　一个处理后台定时刷新，判断时间到了就执行结束，时间未到不作处理。

　　miracle:计时器是不同的计时器对应不同的事件,还是可以多个事件都调用同一个计时器,如果一个玩家他调用了一个计时器计时一个建筑建设多长时间,在之中又调用了这个计时器用来计时另一个建筑建设多长时间,这样行不行的?会不会有冲突?

　　键盘上的烟灰:

　　多个事件对应1个计时器。

　　你可以在timer里增加一个字段。比如叫做actiontype（事件类型）

　　每个用户可以同时处理多件事。只是每个事情都有固定编号。

　　比如你的用户允许同时做5件事情。那么actiontype里直接编号为1-5。调用计时器的时候，根据不同的编号，你就知道这是用户的第某个“线程”。

　　miracle

　　如果是不同的用户,调用同一个计时器是不会发生冲突的吧

　　键盘上的烟灰：

　　当然不会。你看。userid可以用来确定某一个用户。actiontype可以用来确定是第几个线程。

　　5、事件控制

　　结合记时器，处理开始（），过程（），结束（）

　　6、战斗

　　即时和半即时的回合战斗（两人或多人即时回合制战斗）比较繁琐。

　　至少包含：

　　前台：

　　自动接收邀请信息。Ajax

　　显示战斗过程。Ajax

　　回合倒计时间。javascript

　　后台：

　　发送邀请，接受，拒绝，超时。一个表。战斗数据。一个表。保存双方或多方的数据，包括回合时间，第几回合等。

　　战斗控制。一系列函数。处理玩家的操作，将操作存到战斗数据表里。时间到后执行操作。

　　出兵后，直接返回战报。

　　写在事件里就行了。