炉石传说山寨的工作一直在进行着，在开发过程中深深体会到，对于业务的理解和整个程序的架构的整理远比开发难得多。

在开发过程中，如果你的模型不合理，不准确，很有可能造成代码的混乱，冗余，难以维护和扩展性比较差等问题。

当然，除去领域专家之外，很少人对于一个新的事物可以在一开始就把握住整个核心业务。

接下来讲讲整个程序的构造：

Card类库：将整个业务逻辑封装在里面，包括了服务器和客户端的通信逻辑。通信协议的编码和解码。现在是为了炉石定制的，以后想改写成更加通用的。

CardHelper：一个辅助程序，例如一些简单的单元测试，从Excel读取卡牌信息保存为XML等等

火炉服务器：一个简单的服务器

炉边传说：一个简单的客户端

程序最难的部分是理清楚一个客户端和服务器的通信流程，以及，各个模块的职责。

1.（本方客户端）本方使用一张手牌

2.（本方客户端）GameManager分析这种手牌的作用

3.（本方客户端）如果需要 抉择或者需要指定施法对象，则返回UI获得需要信息（UI和GameManager之间，使用delegate通信）

4.（本方客户端）使用法术的时候，将法术分解为效果，将法术名称记录到使用法术的日志（ActionList）

5.（本方客户端）法术模块进行施法动作的逻辑计算，修改本方的对象实例，将法术效果记录到使用法术的日志（ActionList）

6.（本方客户端）将法术的日志传送给服务器

7.（对方客户端）获得法术的日志

8，（对方客户端）通过法术名称，告诉用户被使用了法术

9.（对方客户端）根据法术效果修改本方的对象实例（这里没有逻辑计算，单纯的根据日志修改对象）

从整个游戏流程上说，大概是这个样子的

整个炉石的核心部分是法术效果

法术的卡牌，随从的战吼，亡语等等都可以看做为法术效果。

对于法术的分解，分解为最小单元则是最重要的事情。

例如：奥术飞弹 随机对目标发动次攻击，每次1点伤害

这个法术在分解为原子法术的时候变为  3个原子法术效果

随机对目标发动次攻击，每次1点伤害

每个原子法术的效果实施之后，都必须进行整个战场的再计算。

下面是整理的法术表格

希望有人帮助我整理资料，一个人力不从心了

不知道有人愿意为我开发客户端吗？服务器和核心类库的开发，我来完成，希望有一个对于客户端和美工比较在行的朋友，开发一个客户端。

C#的代码，可以考虑以后移植到Surface上去，或者通过Mono移植到Liunx去。

考虑到版权问题，可以做成三国主题的卡牌游戏

源代码：https://github.com/magicdict/MagicMongoDBTool

Card/Card Helper/火炉服务器/炉边传说   4个目录就可以了，其他的是MongoDB的项目源代码

考虑到以后用MongoDB做日志维护，暂时先放在一起管理了。