这个技术困扰我两天，请教了很多人，都不得要领。请园子里的WPF高手们研究一下吧，给出解决方案来。注意，Users数据结构不能修改。你可以随便定义DP，或自定义Panel+自定义Control，但要保证我只需要Users.Add(newUser)或Users.Remove(oldUser)就可以修改用户即显示，而无需多余操作。

好久不发文章到首页了。年前刚刚完成《MS IL Assembler》一书的第三次校对，终于可以交给出版社了。然后又马上投入到游戏大厅的升级上。这次升级是基于3年前我基于.NET1.1写的一个开源项目，全部使用.NET 3.5的新技术来实现。这是我的第一个测试版本，实现了游戏大厅的框架的基本功能。说一句感受，LINQ真的很神奇，Linq to DB还是有用武之地的。

有了上一章所搭建的网络通信框架，我们就可以自由发挥了。只要把握好HandShake的顺序，就可以了。比如说我下面要介绍的大厅里的聊天机制，就是通过实现了503和504协议的“有问必答”原理。

本文讲解了网络游戏大厅的登录部分的实现，包括：自定义网络协议、MemoryStream流的序列化技术、多线程有状态地与客户端通信、异步接收网络包等多种技术。并附有一个Server端的登录模块代码，可以配合着同时发布的Client端exe文件一起使用，来模拟登录的效果。

本来，我只是想写一个发牌的算法，后来才逐步发开出整个游戏大厅。话说，扑克牌这东西，用程序去模拟，还是很有意思的。此文总结了我不同时期对发牌的不同认识，比较了算法的优劣——简洁才是美。

磨刀不误砍柴功，对项目一个好的规划，是非常必要的。此文涉及到项目的架构和数据库的设计。
话说，以现在的眼光看两年前写的程序，还是很有趣的。

最近看到博客园首页上关于“网络游戏大厅”话题很热，这套技术两年前我仔细研究过，并写了一套“网络游戏大厅”的8000行代码公布于众，因此很感兴趣。 但是仔细拜读了这个话题的一系列文章之后，发现有很多问题，比如说没有涉及到关键技术，包括架构、异步通信和游戏逻辑这些真材实料，而是以刺激性的言语+多幅游戏截图，来吸引大家的眼球。这样的文章会误导很多新人，同时，会导致博客园的文风往“假大空”的方向发展。 对此，我坚决持抵制态度。技术文章，还是要严谨为主，可以适当幽默，但是过度yy，就不免哗众取宠了。还有就是声称“开源”而只public图片和非关键逻辑的代码，有“挂羊头卖狗肉”的嫌疑。