摘要: 如果您还没有上推特（或是还没有想到办法上），那您失去的不光是一个风靡世界的网络应用，您同时还失去了一个优秀的信息获取平台及讨论环境。目前国内大部分靠谱的技术专家都在推特上有帐号，您几乎不会错失任何有价值的信息，更可以参与一些有价值讨论。周六是休息日，因此也在推特上和大家聊得不亦乐乎。不过推特的一个缺陷可能便是难以留住有价值的信息，它们会随着时间推移渐渐消失，因此还是及时记录一下吧。
阅读全文摘要: 上周五中午我看了一个视频：That's Why I Chose Yale（我选择耶鲁大学的原因），是由耶鲁大学的学生自导自演自己拍摄、剪辑的短片。这部短片直接就把我看哭了——好吧，还差一点点，但是其中的震撼是难以描绘的，建议您一定要自己体会一下。震撼源于各方面的差距，同样是大学，同样是大学生，为什么差距就那么大呢？而且，这几乎已经是我无法去弥补的差距了，因此遗憾，因此震撼。
阅读全文摘要: 最近,公司这边有几个新的项目即将启动!因为公司主要是做电力载波通信产品,诸如集中控制器,路灯控制器等.在应用软件这部分基本上就我一个人,其他相关文档还在整理中.应用软件部分,主要就是和集中控制器通信,通信方式主要是通过GPRS或者串口.目前初步确定系统采用B/S架构实现!我大概的计划是GPRS服务使用Windows服务去处理,然后串口通讯直接在asp.net中去控制.这两天基本把相关的技术大概实现...
阅读全文摘要: 写了不少文章，其中有不少比较用心的系列。积累了那么久，我在博客上也已经讨论过了各种问题。许多人提问的时候，我会说我写过某某文章，可以搜一下，但得到的反馈经常是找不到。其中一个原因是那些弟兄还不太会用搜索引擎——或是懒，但也有可能是以前的文章的确是“沉没”了。无论是博客园还是独立博客，对于内容的组织和管理还做得不够好，所以在这方面有所突破之前，还是通过手动整理的方式来保留重点内容吧。
阅读全文摘要: F#允许开发人员定义或重载各类运算符，合理利用这一规则可以让编程变得方便，让代码更容易阅读。例如，在使用F#的MailboxProcessor的时候，我会习惯于定义一个运算符来代替显式的Post操作。不过，F#的运算符定义规则较为复杂，要搞清楚编译器的整体处理方式着实花费了一番功夫。比较奇怪的是，即便是《Expert F#》中对于这个话题也没有详细的叙述——更夸张的是MSDN的文档也相当马虎，甚至有代码缺失以及与试验不符情况（因为还没有正式发布？）。于是我连看带试，最终打算总结一番，作为备忘的同时也算是补充互联网资源。
阅读全文摘要: 把XML 文件转换为 String 字符串
阅读全文摘要: 前一段时间我在比较各种URL生成方式性能的时候，其实已经为利用Lambda表达式的做法进行了优化。在优化之前，使用Lambda构建URL的性能比现在的结果还要慢上50%。性能低下的原因，在于每次都使用GetCustomAttributes来获取参数（或其他一些地方）标记的Custom Attribute。这里应该用到了反射，在这种密集调用情形中性能急转直下。
阅读全文摘要: 书中节选的一段-----------第三：每一个实体就是一个表，而实体的属性就是这个表的列，那么现在问题就出来了，到底什么样的列该用什么样的数据类型，比如文章的标题该用什么数据类型呢？ 小天：NCHAR（50）行不？因为我们这边是采用Unicode字符，而文章标题字符串，50个字足够了。 老田：至于你说的什么类型先姑且不论，来打个赌，看如下代码，不准运行，根据上一章学习的内容自己来想，如果错了，到...
阅读全文摘要: 昨天我们观察了如何使用基于状态机的顺序解析方式来提取字符串中的信息，不过由于winter-cn的做法和我原始的想法不谋而合，但实现的更为清晰，因此我在不献丑的同时，又设法使用另外一种方式来解决这个问题。后来又看到许多朋友给出了各种各样的做法，有普通拆分的方式，有利用正则表达式的做法。于是最后，我“不得不”使用一种特别的方式：F#来编写这么一段解析逻辑。从中我们也可以看到F#在做一些解析工作时的方便之处，在今后我还会谈一下它对我编写C#代码时的启发。
阅读全文摘要: 这次“趣味编程”的目的是解析字符串，从一个指定模式的字符串中提取信息。对于目前这个问题，解决方案有很多种，例如直接拆分，使用正则表达式，或是如现在本文这般按照顺序解析。总结果上来说，这些做法都是可取的，不过现在我打算举出的做法是我认为最为“典型”也最有“学习”和“展现”价值的解决方案：基于状态机的顺序字符解析。也欢迎您对此其他的做法进行深入分析。
阅读全文摘要: 三个月，整整三个月了，我忽然发现我还有三个月前的一个小系列的文章没有结束，我还欠一个试验！线程池是.NET中的重要组件，几乎所有的异步功能依赖于线程池。之前我们讨论了线程池的作用、独立线程池的存在意义，以及对CLR线程池和IO线程池进行了一定说明。不过这些说明可能有些“抽象”，于是我们还是要通过试验来“验证”这些说明。此外，我认为针对某个“猜想”来设计一些试验进行验证是非常重要的能力，如果您这方面的能力略有不足的话，还是尽量加以锻炼并提高吧。
阅读全文摘要: Object Services是Entity Object的集合我们可以实例化这些对象，Entity Object提供了从EDM中获取结果，并跟踪变化，更新数据库，同时提供了序列号对象（XML和二进制格式）
阅读全文摘要: 最近在琢磨一些事情，和API设计有关。API设计在很多时候是和语言特性有关的，因此如Java这样的语言，在API设计时会处处受到压抑。而C#就能够出现如Moq或Fluent NHIbernate这样的项目。同样，F#能够开发出FsTest，Scala号称Scalable Language，都是依靠着丰富的语言特性。不过，最近在使用C#的时候鼻子上也碰了一点灰，这是因为我发现“事件”这个东西没法作为对象进行传递。
阅读全文摘要: 经过我们的努力，操作开心花园的各个底层功能我都开发出来了,我把所有的直接操作的功能都封装成一个KaiXinHelper类，通过这个类我们可以登录开心网，可以获得开心花园的所有信息，可以收获、播种、除草、除虫、浇水等等，把在所有对开心网直接的操作都集在这里了。
阅读全文摘要: 经过前两篇文章，我们已经可以得到了我们的花园的基本信息了，并用xml反序列化来映射到相应的实体类中，有了花园信息，我就就要来研究其一些动作的实现了，比如说：浇水、除草、收获、偷盗等等功能具体是怎么来实现的， 首先还是打开fiddler2抓一下包看看
阅读全文摘要: .NET中对串口(COM)读写操作方式汇总
阅读全文摘要: 通过昨天的文章我们已经了解了开发一个开心网的外挂所需要的最基本的东本，接下来的工作可以说基本上就上围绕这个基础来进行的，我写这一系列文章主要的目地不仅仅是为了让大家了解怎么开发开心网外挂，最主要的目过还是通过一个实例程序的编程，让初学者了解C#。因为好多初学都看了很多基础性的东西，了解到了C#有好多特性， 但这些特性到底是干吗用的，或用了有什么好处了解的不够清楚，所以我在这一系列中，会陆续介绍XML序列化 泛型 设计模式的运用 多线程
阅读全文摘要: 开篇之需求分析这一段时间开心、校内这一类SNS网站相当的红火，我想大家或多或少的会有几个帐号，这些网站最吸引人的其实是一些在线的小游戏，比如说开心农场，有不少同志为了偷别人的菜可谓是起早贪黑，这样的境界估计“杨叫兽”找上你也不远了，但是看着朋友们拥有大把的“现金”大套的“住房”，又老在你面前炫耀，有没有什么两全齐美的办法呢，又不占用你的时间，又保证你的收成？有，现在网上已经有好多自动化的工具，说白了就是“外挂”，想不到这也一个小小的应用也会有外挂出现，看来，有这样需求的人还不少。做为码代码的我们用别人的外挂，总有点不放心，这玩意儿要输入帐号密码的，开心网还好一点，这个帐号也没有太重要的地方，但是ＱＱ农场的就不一样了，用的是你的ＱＱ号，密码万一人家留个小后门的，你的帐号就和你８８了。
阅读全文摘要: 昨天我质疑了为什么定义RouteBase抽象类，而不是IRoute接口，我谈到对于一个“没有任何实现”的抽象类来说，开发人员应该使用接口。不过在后面的评论中，有朋友给了我启发，让我忽然想到更多的事情。晚上又再次翻了翻《Framework Design Guidelines》之后，打算再谈一些东西，把这个问题讨论地更加清楚一些。
阅读全文