最近有功夫研究写的一个socket的游戏引擎

下面是开发日志，没整理，很多内容被重新整合了。现在的代码是mudserver端保留单独的端口，没功夫做多端口的还。mudcommon端已经写了数据库查询什么的，调试还没通过，是包的问题，应该能解决。这样整个核心部分mudserver+mudcommon就可以脱离具体的数据库单独发布了。在开发具体游戏时就引用mudcommon就可以了。mudserver也提供了method穿透的方法，是不是适用就看以后怎么用了。

--20090730

把服务端和客户端整合在一起，数据库用最简单的jdbc链接，将来要改成iBatis连接数据库

地图暂时用内存临时生成，其他数据结构还没定

1.随身携带的物品

2.地图的结构

--20090731

定义命令参数的格式

1.用户输入时用：命令 参数1 参数2...

2.发送至服务端时用：[命令][参数1][参数2]...

无法解析的数据用：[异常][数据]

3.服务端返回的结果为：[模块][参数1][参数2]...

服务端返回map的情况：[模块][<key1,value1><key2,value2>...]

<!--考虑server端写一个ActionManager的工具，返回当前状态下可供操作的菜单项。这将使现有平行的动作选择变得有层次。比如进入房间后，可以退出房间，但不会退出程序。

Menu应该放到一个xml文件中，用程序写层次关系太复杂了。

-->

菜单列表只做最简单的动作，其他的如每个场景中的动作 采用MENU动态插入，不再用xml或复杂的编程去搞

先写一个猜骰子大小的游戏放到神秘房间里去

游戏规则，3个骰子

和[19,36] 算大

和[1,18] 算小

3个骰子相同 算豹子 通杀

--20090812

由于在保存当前状态这里遇到了问题，暂停client编写，着重处理服务端的流程

1.客户端不用保存当前的状态，服务端要保存状态，而且随时可查

2.服务端的core只处理系统命令，其他则由专门的包来完成

3.争取做到游戏单独打包，服务端代码基本不动

4.数据格式统一为:

客户端发送

<?xml version="1.0" encoding="UTF-8"?>

<root>

<action name="help.common"/>

<!--

<action name="login.common">diablo;password</action>

<action name="dice.game">

<item name="enter"></item>

or

<item name="return"></item>

</action>

-->

</root>

服务端返回

<?xml version="1.0" encoding="UTF-8"?>

<root>

<action name="help.common">

<item name="help.common">当前状态</item>

<item name="exit.common">退出系统</item>

</action>

<!--

<action name="search.game">

<item name="dice.room.game">神秘房间</item>

<item name="shop.room.game">神秘商店</item>

</action>

or

<action name="dice.room.game">

<item name="big.dice.room.game">买大</item>

<item name="short.dice.room.game">买小</item>

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

<description>你赢了/你输了,再来一局?</description>

<item name="continue.dice.room.game">继续</item>

<item name="exit.dice.room.game">退出</item>

</action>

-->

</root>

4.服务端设立一个对象池，也就是一个hashmap.key是公共变量，map随时传递，可以向里面添加或移除数据。

--编写代码时去掉了这个对象池，如果包分的够细，应该不需要这个东西

5.用映射的方法处理相应，包括创建对象，执行方法，映射关系文件为actmodule.xml,这样单独打包以后可以通过ant汇集到一个文件中去

--20090813

1.一旦登录成功，则每次双向发送用户的roleid

<root>

<userinfo id="ashfmnwfop3j23901uxj1e1j">

<item name=""></item>

</userinfo>

异常时

<error>

<item name="login.common" id="12345">已经登录</item>

</error>

2.MudServer改成线程，有必要调优

3.流程

连接-登录-(进入game,进入chat-room)

-帮助

-退出

4.map也可以不放在common中，而作为独立的模块，只保留接口

5.完成了mudcommon和mudserver的剥离，这样mudserver就可以仅保留很少量的代码

分成了4个工程mudserver,mudcommon,mudbetroom,mudclient

6.区分了客户端退出和服务端退出两种状态，有必要加入一个system组件和服务端整合在一起，提供socket服务端的操作，

如关闭，重新连接，重新读取文件等，最好在服务端内部实现，不对外公布接口

7.调整后的服务端只提供指定命令的关闭，重启，重置端口这三个服务.在编写多线程之前，server没什么要改动的内容了

close.system, reload.system, restart.system

8.可以另做一个socket端口 专门捕获系统操作员发出的命令，这样不会有客户端发送系统级请求，也可以关闭这个端口的对外权限，防止被黑

操作简单 不是用xml结构，仅采用 命令 参数1 参数2...这样的形式

9.执行其他包的方法,有了这个功能，相当于可以执行脚本了，而且可以跨工程的执行方法

关键在于如何将reader的hashmap传递给CommonExecute

有空要对server想要实现的功能做一下整理

--20090814

任何配置的类中，实现setActionClassMap就可以获得server中提供的全部action,以及class的映射。不用接口的方式实现，使代码的耦合性更小。子包不必引用server的内容就可以使用。

但这一规则有必要在其他文档中说明，否则不会被人注意到。