摘要： 炉石传说的开发，已经有30个工作日了。关于法术的定义方法，有过一次重大的变更：法术效果是整个炉石的核心，正是因为丰富的法术效果，才造就了炉石的可玩性。原来构思的时候，对于法术效果没有充分的理解，所以只将效果数据做成了常数，例如 造成5点伤害。随着更加深入的解除，发现还有 毁掉你的武器，对所有随从造成... 阅读全文

摘要： 法术资料说明1.资料的准备从GitHub上面获得的工程里面，是没有XML卡牌资料配置的，这个是需要你自己生成的。 打开炉边处说的客户端然后按下 卡牌资料生成将炉石资料文件设定为 Github上面的卡牌整理版本文件。XML文件夹则可以选择一个任意目录。然后按下 导出到 XML ，则会自动生成XML文... 阅读全文

摘要： 炉石的设计，最核心的内容是法术效果。法术卡牌，无疑是法术的集中体现，但是，法术效果除了在法术卡牌之外，也不除不在。随从的战吼，亡语，奥秘的揭示等等都是法术效果的体现。法术卡牌在炉石里面有很多种（200种），但是具体整理后，大约也只有10个种类，每个种类通过法术对象的指定方式，效果点数的不同排列组合，... 阅读全文

摘要： 源代码已经整理过了，去除了不需要的项目。注意：以前文章中出现过的Git已经变更过了，请以前关注过，Fork过的朋友，重新Fork一下。GitHub地址卡牌XML文件的做成：（Git上面是没有XML文件的，原因是数量比较多，更新比较频繁，所以，运行游戏前，请自行生成）代码里面有一个CardHelper... 阅读全文

摘要： 炉石传说山寨的工作一直在进行着，在开发过程中深深体会到，对于业务的理解和整个程序的架构的整理远比开发难得多。在开发过程中，如果你的模型不合理，不准确，很有可能造成代码的混乱，冗余，难以维护和扩展性比较差等问题。当然，除去领域专家之外，很少人对于一个新的事物可以在一开始就把握住整个核心业务。接下来讲讲... 阅读全文

摘要： 最近在大连的同事强力推荐我玩 炉石传说，一个卡牌游戏。加上五一放一个很长很长的假期，为了磨练自己，决定尝试开发一个C#的炉石传说。这件事情有人已经干过了，开发了一个网页版的炉石，但是貌似不能玩。。。。http://cnodejs.org/topic/529c1366a6957a0809485f3d如... 阅读全文

摘要： MongoDB 2.6 已经在今天发布，当然，关注MongoDB的同志自然知道这个消息。整个MongoDB2.6，个人觉得认证系统是一个重新设计的系统。当然，MongoDB 2.4.6开始，就已经在尝试新的基于Role的认证方式了，但是真正的成熟还是在2.6.0这个版本。什么是基于角色Role的认证系统？在以往的MongoDB中，官方一直推荐MongoDB应该在一个Trust的环境下运行，对于认证和安全性上的考虑是不充分的。（MongoDB的安全性和读写的完整性以前一直被人诟病，WriteConcern解决了写数据的安全性，这次的RoleBase的认证机制，在一定程度上提高了MongoDB的安 阅读全文

摘要： 对于开发者来说，这是个最好的时代，这也是最坏的时代。很多年前，Windows占了统治地位，开发程序，无非低端使用VB（Delphi），高端使用C。这是最好的时代，Java，C#，Go，Javascript，百花齐放，百家争鸣这是最坏的时代，顿时觉得任何现在得意的语言，在明天可能就变成冷门/小众语言了（VB.NET F#）很多年前，PC是主要平台这是个最好的时代，你可以为PC开发软件，为平板开发软件，为手机开发软件这是个最坏的时代，你必须同时开发网络版的应用，Android版的应用，iOs版的应用，必须让三者保持同步很多年前，做网站是高技术的活这是个最好的时代，托云计算的服，你可以用很低廉的价格 阅读全文

摘要： MongoDB管理工具 MongoCola的开发已经进入第三个年头了。官方对于C#驱动的投入不够导致了很多东西都必须自己实现，但是不管怎么样，工具现在已经很强大了。最近准备着手插件系统的开发，简单的插件系统，其实代码量非常的少。1.插件基类插件系统需要一个插件基类的支持，这个基类，规定了一个插件所包含的固有字段，例如插件名称，插件说明，插件作者等等。同时，还定义了主方法的名称，毕竟插件系统肯定要使用反射来完成，所以很多东西必须要统一起来。 1 using System; 2 3 namespace MagicMongoDBTool.Common 4 { 5 public abstra... 阅读全文

摘要： 自从MongoDB升级到2.4之后，User系统，或者说是权限系统有了翻天覆地的变化。在MongoDB2.4之前的User系统，除了用户名和密码之外，只有一个ReadOnly属性。如果一个用户在admin数据库里面进行了登陆，则admin数据库里面的Readonly属性将被沿用到其他所有的数据库。这样的权限管理当然是最最容易管理的，任何能够登入到MongoDB的用户，如果在Admin的数据库的用户表里面存在记录，则对于整个服务器上的所有数据库的访问权限也就固定下来了。当然，用户可以了在个别的数据库的用户表中定义自己的权限。所谓的权限也就是只读或者非只读。到了2.4之后，MongoDB的用户模型 阅读全文