编程与开发
在本系列的前面两篇文章中，我们分别介绍了Windows 7任务栏的Jumplist和实时应用程序缩略图。通过这两项新特性，任务栏为我们的终端用户提供了丰富的快捷功能和信息，让用户感觉到随时随地，应用程序就在手边(at fingertip)。但是微软似乎并不满足
前一篇讨论“静态页”的文章反响不错，不少朋友发表了自己的看法，也给老赵更多的想法。虽然也在前一篇文章后面回复了不少内容，但是就以往经验来看，总结为一篇新的文章会让我想表达的内容更为明确，对于“静态化”这一非常容易被人误解的概念来说也是非常重要的。
“静态页”，在Web应用程序开发中是很常见的概念。只是我发现目前还是有相当部分的朋友，在这方面的存在一定的误区。因此现在独立写一篇文章，也想把一些问题讲讲清楚，以后在讨论的时候也好有个准。
在消息传递（Message Passing）领域，PingPong是最常见的测试之一。它的功能简单的有些无聊，一个Ping Actor和一个Pong Actor之间互相传递消息，你Ping过来我Pong过去。也正因为如此简单，PingPong的目标仅仅是测试纯
“延迟”的本意是“减少计算”，但是如果您使用不当，很可能反而会造成“重复计算”。例如，我们首先构建一个方法，它接受一个参数n，返回一个Func<int, bool>对象：
老赵一直建议大家不要倾向于学习IL的原因有二： IL能够说明的内容太少，包括大部分.NET“必知必会”。 IL能够获得的信息从高级语言中也大都可以知道。 而这篇文章便是希望通过实例来把第1点解释清楚，而第2点则留给下一篇文章来解释。
C#2.0较C#1.0来说是一个突破，其中引入了泛型，以及匿名方法等新特性。如果前者还可以说是平台的增强，而语言只是个“辅助”的话，而后者则百分之一百是编译器的魔法了。别小看这个特性，它为C#3.0的高生产力踏出了坚实的一步——不过还是差了很多。例如，我们有一
上节中有点到，只要在地图移动的同时，时时根据主角等对象物体的X，Y坐标进行相对于地图的X，Y坐标移动即可达到目的。但是由此又引来了新问题：主角为Image控件，障碍物则为矩形控件，它们都没有X，Y这两个属性，我们该如何对它们的坐标进行记录呢？
线程池是一个重要的概念。不过我发现，关于这个话题的讨论似乎还缺少了点什么。作为资料的补充，以及今后文章所需要的引用，我在这里再完整而又简单地谈一下有关线程池，还有.NET中各种线程池的基础。更详细的内容就不多作展开了，有机会我们再详细讨论这方面的细节。这
终于到了这个系列的最后一篇文章了，这个系列的文章本是许多话题的基础，却拖了那么长时间还没有完结。这篇文章主要讨论五种缓存方式各自的优劣，以及他们的性能关键在什么地方，如果要进行改进又有什么可选方案。在这个问题上，老赵的思考可能会有遗漏，如果您有任何补充，也请
关于可测试性的重要性，老赵觉得已经不需要再过多强调了。如果您想要获得高生产力，为代码编写单元测试似乎已经是必经之路了。不过可惜的是，ASP.NET应用程序给人的感觉，始终是对可测试性不太友好，其最重要的原因之一在于对HttpContext对象的高度依赖，
在上一篇文章中，我们把繁冗的客户端脚本变成了可以由Visual Studio提示并轻易输出的服务器端辅助方法。但是，目前的做法还有不少可以改进的地方。我们编写辅助方法的目的便是为了简化开发，因此我们还可以在这条路上走的更远，让开发人员可以在使用我们的API时觉
在编写ASP.NET MVC应用程序时，只依赖内置的视图辅助方法很难达到很高的生产力，即使是定义在MvcFutures中的补充类库，也很难满足项目的具体需求。此外，不同的项目有不同的特点，在很多时候也需要定义较为特殊的辅助方法，使开发人员能够更快，更方便地写
如果要从一个已经包含n个表达式树的存储中，查找一个有m个节点的表达式树，根据几篇文章的分析，从理论上说除了HashedListCache的时间复杂度是O(m * log(n))之外，其它几种实现的时间复杂度都是O(m)。不过，理论上的结果和实际使用中的效果完全
到目前为止，我们已经实现了三种缓存方式：首先我们设法构建唯一字符串，但是由于它的代价较高，于是我们使用了前缀树进行存储；又由于前缀树在实际操作中所花的时间和空间都有不令人满意之处，我们又引入了二叉搜索树。那么二叉搜索树又有什么缺点呢？其实前文已经谈到过了，那就
据国外媒体报道，印度一家颇具影响力的软件外包企业高层主管表示，目前全球经济危机使得一切都陷入未知的领域当中。他无奈指出，今年公司财政年度的成长率可能会大幅下滑，仅剩个位数。
据国外媒体报道，Windows7 RTM最终版本已经确定，目前，该版本的Windows7已经被泄漏到互联网上，包括英文版和简体中文版。多家文件共享网站声称，当前泄漏的Windows7编译版本build 7600就是Windows 7 RTM版本几乎已经没有任何
表达式树（Expression Tree）是.NET 3.5中引入的一种表达方式。表达式树的运用十分广泛，可以直观地表现出各种“数据”，甚至“逻辑”和“行为”。再者，表达式树是强类型的，因此合理地使用这个新特性可以让代码编写变得优雅，
在前两篇文章中，我们了解到Erlang中灵活的模式匹配，以及在C#甚至F#中会都遭遇的尴尬局面。那么现在就应该来设计一个解决方案了，我们如何才能在C#这样的语言里顺畅地使用Actor模型呢？不仅如此，最好我们还能获得其它一些优势。
在本系列的上一篇文章中，我们介绍了任务栏中Jumplist的开发，在本文中，我们继续对Windows 7的任务栏进行编程开发，以充分利用Windows 7所提供的任务栏新特性。
