黄巾之乱-历次版本

2006年网页游戏开始出现在玩家的眼前，我开始琢磨做一个类似于腾讯战神的网页游戏。因为战神太糟糕，只能在固定几块地上修房子。我想要的游戏世界是全开放的：全部游戏单位都可以在几乎无限大的地图中野蛮生长、移动，由玩家指挥去攻城略地。

最初是找伍先明看看怎么样,结果要我拿策划案,并承诺只要想得出,交给他就搞得出来.但是从零起步不可能有完整的策划案，所以那个时点，无论如何是拿不出策划案的。借助外力来实现就此做罢。（伍先明大学同学，他姓伍，我姓刘，我们小组就叫了56EG）

开始设想的系统非常简单,构建一个web服务,提供完全基于文字的访问界面,只要内容好玩,应该会有用户的.然后开始做web相关的程序.原来有些asp的基础.但是不知道怎么选择了jsp,可能同工作中了解到sap和都在推JAVA。找了一本jsp和的书,开始学起来. 然后找到孙卫琴JAVA基本教程看,这样查java函数比较方便。jsp用熟了后,还是使用JDBC连接数据库。

时间到了2007年6月，当时已经发现基于文字的界面太是糟糕,重点放在了如果改变界面上,并有一个很困惑的问题,地图是怎么设计的?

开始感觉应该有地图数据,于是找来三国世纪游戏里的地图,该地图是1600*1200大小.给100多个城市点上一个点,做了一个程序(老vc终于有点用了)按象素取点法,得到了城市的坐标.然后就一直想不通这些个地图数据要怎么设计到游戏中.服务器要怎么设计这么大一个阵列数组。

王懿（儿时一起玩的枪手，长大后的挚友）告诉了我,说这个得了什么什么奖,是java对象用的。于是找来一本的书看起来,又是孙卫琴的.后来发现孙卫琴的书也是翻译过来,不过开始学习概念是最好不过的了。三个月后,可以使用这个数据库的ORM了。

关于地图的设计，在设计游戏单位时有了新的想法：就象食神说的"其实根本就没有食神,或者人人都是食神"。其实根本就没有地图，或者人人都是地图。位置坐标数据被放到游戏对象里,就是在对象表中多了放坐标point （X,Y）的数据字段。这样就不用专门搞个地图数据，场景就可以跑起来了。为了把web的动态界面做好，AJAX是一定要学习的，还好AJAX比较好学，核心就是新开一个连接向服务器要数据,然后整个页面局部刷新要修改的数据。

2008年3月,黄巾之乱第一版有了一个雏形。

第一版：2007-2009 JSP+AJAX+JS+。

每个对象，玩家都是可以操作的。

用ajax实现了一个沙盘地图,有21*21=421这么多块，使用的图片图标是20*20像素.

21*21=421个地点是一个area地区。

单位在同一地点上的数量没有限制，这是为了方便数据库以地点为条件取数据。

游戏对象数据在服务器端用了list对象组来实现对应。到放弃ajax的时候,我在黄巾之乱第一版中写了150个页面文件,

感觉也不算浪费吧,因为路总是一步一步走出来的.游戏业务逻辑内容也获得了一定的测试，游戏中涉及的对象如下：

人物

建筑

资源

物资

装备

书籍

技能

村民

农田

树林

谷物

头饰

研究

枪兵

伐木场

石堆

木材

衣物

招募

刀兵

采石场

铁矿

石材

长裤

弓兵

铁矿场

煤矿

铁矿石

鞋子

骑兵

煤矿场

煤

兵器

粮草车

猪圈

猪肉

首饰

英雄

马圈

马匹

坐骑

酒窖

酒水

炼铁房

铁锭

民宅

长枪

仓库

长刀

市场

长矛

城墙

盾牌

弓箭

主体功能完成了一些后，我迫不及待的开放到了互联网上让用户注册和测试，游戏的设计比较独特，颇受玩家称赞，

同一时期所有的WEB游戏可操作对象的坐标都是固定的，就像在玩一个单机版，而我的黄巾之乱在尝试给玩家真正网络版的体验。建筑、人物和物品不少功能都或多或少的被玩家使用。

其中有个头号玩家，年纪同我相仿，三十多岁，他玩得很上隐，我想他基本和我一样是老玩家了。

在ajax这么糟糕的用户体验下，居然修了半个城，大概100多个建筑，花了不少时间，这让我大吃一惊。可惜当时的截图丢了。

随作游戏功能越来越多,数据库里的操作也多了,最初用的是mysql数据库，后来发现ms的好用，还有作业功能。然后就开始使用.写存储过程,邮标。邹建的管理拿来翻翻，网上文章下来看看，时间又过了好几个月。

时间很快到了2009年9月，我准备推出全新一版的黄巾之乱，首先使用，用flash换掉了糟糕的ajax。数据库的也换掉了2000，大量使用存储过程、游标、触发器同步。

当然游戏内容仍然还是原来构想的和的无限世界的策略类型。

第二版使用的技术：2009-2010 + 。

玩了QQ的七雄争霸，借鉴了一些东西，去掉原来实现不了的很多设计，并且地图功能也比较好的实现，策划如下：

人口（全局数据）劳动人口,空闲人口

影响:

增加一个建筑,会占用空闲人口->劳动人口

减少一个建筑，会减少劳动人口->空闲人口

空闲人口不足，无法新建建筑。

时间增加，空闲人口增加.

物资（全局数据）铜钱,谷物,菜,盐,木材,铁矿石,煤,猪肉,马匹,酒水,铁锭

影响：

时间增加，各种建筑增加对应的资源。

高级资源增加，低级资源减少。

军队（全局数据）枪兵，刀兵，弓兵，骑兵

影响：

武将分配军队，军队减少。

军营建筑内，随时间的增加，物资减少，军队数量增加。

武将（单一对象） 坐标，生命,等级，技能，能力等属性。

影响：

茶馆建筑物中产生。用户点击新增在地图中。

对敌人建筑，武将，NPC产生影响。

武将需要指定仓库或车队做补给，否则影响能力。

武将包含军队种类和数量。

武将包含车队数量。

水源（单一对象）坐标。

影响：

农田必须建在水源旁边。

民宅（单一对象）坐标，生命。

影响：

民居必须建在农田旁边。

------------------------------------------

建筑地理位置限制关系:

水源->农田->民宅->炼铁房,粮仓,市场,武器铺,军营.

资源->采集场.

按目前这种设计，地图上移动的单位就只有武将和NPC......

虽然架构上，采用最简化的方式去掉了第三层，但黄巾之乱第二版的开发还是失败了。

二版开发失败总结：

1.重复工作量太恐怖，压跨了项目。

改动源于数据库表，对象的属性调整对应数据库的表字段调整，工作量一。

PO文件被产生自动释放到web的po目录，需要编译成class类文件，工作量二。

用写JSP文件做相应的调整，工作量三。

用as3写SWF内部调整，工作量四。

数据库表改动后，需要对中的触发器或存储过程调整，工作量五。

全部要协调一致，工作量六。

上述改动一直频繁地伴随做前期开发，每走一小步，所有工作都会重做

2.策划不完整，导致程序写一点，看一点，改一点：

一直拿不出一个完整的策划案，导致不停的增加内容而一遍又一遍重复修改，但要一次拿出完整程序设计确是比较困难的，而且中途为游戏性增加不少内容让工作量雪上加霜。策划案应该可以整体拿出，并简化功能。程序设计根据策划模拟后再编写，减少工作量。

3. 按现有开发工具和模式，实现比较困难，选择放弃开发。

第三版

2015 C# C/S版本的尝试

2015年开始学习使用C#，最初只是感觉函数功能比MFC强太多，语法很优雅（一行代码可以干很多事情），后来发现整套环境可以使用的三方组件也非常丰富和强大，比如网络部分可以使用HP-轻松搞定，UI可以使用去，ORM用MS的EF更是爽到爆，移动端也可以用Unity 2D跨平台。

今天已经是2019年了，回顾过去这个历经10年的小项目终究是没有实现 。原因很多，我想最主要的是因为自己一个人的力量很有限，不过正是因为这些技术铺垫，才让我一直追逐作技术，最终用C#在近几年的企业软件开发中如此的高产。

再见，我的黄巾之乱！

黄巾之乱最简设计