源代码已经整理过了，去除了不需要的项目。
注意：以前文章中出现过的Git已经变更过了，请以前关注过，Fork过的朋友，重新Fork一下。
卡牌XML文件的做成：（Git上面是没有XML文件的，原因是数量比较多，更新比较频繁，所以，运行游戏前，请自行生成）
代码里面有一个CardHelper的工程，运行这个工程：
资料导入导出
炉石资料文件可以从GitHub上找到，XML文件夹可以自己设定。 导出到XML 按钮按下去后就可以生成XML文件夹和文件了。
服务器的启动
启动 火炉服务器
按下 启动服务后，服务器就开始运行了。
这里卡牌文件夹一定要选择，就是上一步的那个XML文件夹
启动 炉边传说客户端 HOST
按下新建一局游戏后，后台将等待GUEST的连接。（编码不是很好，没有用线程，所有画面会冻结，以后修改）
同样，这里卡牌文件夹一定要选择，就是上一步的那个XML文件夹
如果你的服务器和客户端不是同一台机器，请先填写服务器的IP地址（我没有测试过。。。）
启动 炉边传说客户端 HOST
启动炉边传说，先刷新一下，列表中会出现等待中的游戏局，选中一个游戏局，按下加入一局游戏，则游戏正式开始。
部分法术没有开发完成，攻击，回复，冰冻，变形系的开发完成
风怒，圣盾，嘲讽已经完成
注意：这只是一个简单的DEMO版本。必然会有无数BUG。
#10楼 2014-05-24 13:44 斯克迪亚
美工不是问题，如果不是商用的话似乎没有什么版权风险，我觉得可以找一些网上的玩家原画替代卡牌图案，当然最好开放客户端的修改权利，让玩家可以自己做成仿官方的，类似太阳神三国杀。
实在不行做出个框架就得，卡牌就是白底黑字都没关系，只要可修改，日后肯定有热心玩家给做漂亮。
关键还是逻辑、体验及可扩展性，这两点必须把握住。
技术上建议采用跨平台的游戏引擎，而不是单纯使用wpf、gdi+这类基础的绘图功能，否则太多功能需要从0做起，而且无法跨设备扩展。
比较推荐libgdx引擎，性能、功能都不错，轻量级，Android、iOS、Windows、Web通吃，游戏主体代码各平台通用无需修改。
现在正在这么开发，UI是保留了最低限度的UI，我没有精力去开发UI，而且Winform也肯定不是唯一的UI。
我的目标和你一样，炉石也可以改为 三国主题的游戏，只需要改卡牌配置文件。
我除了C#以外，基本上其他都是小白。我也看过你推荐的引擎，实在不好意思，没有时间研究。感谢您的支持和鼓励。
能否给我一个您的常用邮箱，以后可以私下发邮件讨论。
#13楼 2014-05-25 20:31 squallczj
@老坏猫
@hellsoul86
@斯克迪亚个人认为游戏引擎不需要用第三方库，除了基础功能库外（如IOC，ORM之类）。引擎应该作为一个类库封装，独立于view逻辑（view引擎），也独立于服务器/客户端架构。当然接口还是要提供的，比如服务器与一局游戏的交互，客户端与游戏的交互。
我原来想的是设计一个以炉石为参考的游戏引擎，并开放AI接口，做成一个可人人、人机、机机对战（混战）的标准平台（主要还是服务器）。卡牌资料方面，考虑到版权，只可能参考部分炉石数据（其实最好是能拿到暴雪支持，如果这个平台能够做大做全的话，相信暴雪会愿意支持的，实在不行还可以寻求优秀的开源企划协助）。至于客户端实现，可能会暂时给个纯文字基础的，并开放接口，征求设计达人完成。AI部分，开放标准接口，这样任何人都可以参与开发并展示他的AI作品。
楼主的代码我看过了，与我想象的不太一样。游戏引擎没有独立出来，可扩展性有待提高。当然可能这只是楼主的一个prototype吧。慢慢来，这两个月我会找时间做个框架出来，然后再慢慢填功能。等有了第一阶段的东西，我会放到github上的。
这只是一个原型，我的想法是，先通过开发一个炉石，来掌握一下业务逻辑和难点。
在这个基础上，可以进行不断的抽象和提炼做成一个可靠的引擎。增加扩展性和柔韧性。
我非常同意您的观点，希望能够和你开发同一个项目，我不介意将您的GitHub作为主要的Git库。或者将我的所有代码迁移到您的Git库里面。
我的目标也和你差不多，现在暂时做出一个看得见的东西，也可以给自己一点鼓励。我很希望和你长期交流。
能否给我一个您的常用邮箱，以后可以私下发邮件讨论。
#34楼 2014-05-12 12:04 wdwwtzy
@magicDict
我个人觉得最好是在github上独立一个项目，然后我们watch之后，就可以看到每次的commit的内容和进度了。
代码已经分割
能否给我一个您的常用邮箱，以后可以私下发邮件讨论。
任何想参加这个项目的，可以留下常用邮箱。
我IM平时用的比较少，一切事宜通过邮箱分享情报。
本人在上海，特别希望上海的朋友一起参与开发。特别希望有人可以将UI部分重写一下，我实在没有时间和精力。