博客园_麒麟.NET

我的2011

2012-02-08T06:58:00Z

十五也终于过完了，这个年算是结束了，节后综合症也该痊愈了，该开始执行一年的学习和工作计划了。就从去年的总结开始吧。这当然是一份迟到的年终总结。过去的一年对我来说实在是太重要了，以至于我多次因为懒惰想放弃总结，却最终因为不舍而提起笔来。

11年1月，在《C#与.NET 4高级程序设计》交稿之后几天，我正式接受了翻译《C# in Depth 2nd Edition》的邀请。翻译这本书是需要很大的勇气的。一方面，我读过原版，英文的复杂程度远超出了我的能力范围。之前翻译的《C#与.NET 4高级程序设计》和《ASP.NET 3.5揭秘》都属于很浅显的英文，翻译起来没有任何难度，最快时一天可以完成15页。而这本则不同。后来我最快一天也就5页，大多数情况下一天能啃下1页来就算不错了，这也直接延误了出版。另一方面，妻子身怀六甲，而且有先兆流产征兆，亟需照顾。我这个时候接受一份难度很大的翻译工作，说实话是很不负责任的。但最终，“自私”战胜了责任。这是一本非常牛逼的C#书籍，为了能在这样一本牛逼书的中文版上留下自己的名字，我毅然决然地接受了挑战。

接下来的几个月里，在每个夜晚老婆睡觉以后，我便独自躲在小屋里开始翻译。由于没有电脑（那段时间住在丈母娘家），我只能对照着打印出来的原文，在纸上写译文。遇到不懂的词，就用手机上网查。这样，每天都要翻译到凌晨一两点钟，然后再看一些闲书入眠。第二天到了公司，再将前一晚的译文抄到文档里。（这些纸可要妥善保存，万一哪天有人质疑这不是我翻译的，还能拿出来自证。）在如此恶劣的翻译条件下，在超出合同规定的交稿期限130%之后，我终于把最终版交给了图灵的编辑。这已经是8月份的事了。

12月底，《深入理解C#（第二版）》终于上市了，经过了一系列的微博轰炸，据说销量还不错。这让我十分欣慰，感觉大半年的辛苦没有白费。能够让更多的人读到这本好书，让它不像上一版那样被埋没，付出再多也觉得值得。

相比而言，4月份出版的《C#与.NET 4高级程序设计（第5版）》就卖的没那么好了。虽然这本书翻译时不那么费劲，但新增的部分实在太多了，最后我不完全统计，差不多有20万中文。这本书有1200多页，翻译、编辑都痛不欲生。想必读者在阅读时可能也会有这样的感觉，导致很多人建议分成上下两册出版。

8月份，在我交稿后的10个小时后，女儿珧珧出生了。这个只有5斤7两的小天使，给全家带来了无尽的欢乐和忙碌。珧珧妈虽然是顺产，但却生完之后却承受了常人没有的痛苦和折磨。先是胎盘粘连，两个星期之内先后做了两次清宫术，接着是耻骨联合分离，整整一个月都只能在床上吃喝拉撒。在11年8月底9月初的这段时间里，我的爱人经历了一次人生的洗礼。康复之后，她蜕变成一个完美的母亲，承担起照顾宝宝的重任。

晋升为父亲之后，我也感受到了前所未有的压力。首先就是经济上的，公司的这点薪水完全支付不起宝宝的奶粉衣服纸尿裤。其次是生活上的，作为一个笨手笨脚没什么生活经验的大老粗，我完全没法照顾孩子，尽管空有一腔热血。现在的情况基本是，晚上回家吃完饭后，刷碗扫地拖地，刷奶瓶消毒，半夜起来给宝宝冲一次奶，这就是我一天全部的家务和育儿工作。

在工作方面，这两年一直在跟遗留系统打交道。面对坏味道比比皆是，几乎没有单元测试的旧代码，你必须加倍小心。幸好上半年终于可以在旧系统上加新功能了，至少也算是写了些新的代码。下半年组内筹划了一个新的系统，虽然系统是新的，但仍要使用JDK1.4，写起来仍然很痛苦。

这一年看过的书有

看了两眼就放下的书有

至于买的书，那就太多了，就不一一列举了。京东两次促销，先后购入了差不多1k的书，再加上从图灵那里“搜刮”来的，得有将近100本了。看书的速度还是太慢，永远赶不上买书的速度。家里的书柜也基本上快满了，以后换了大房子，一定要准备一间书房，四面都摆满书柜。

这就是我2011年的总结，简单地说就是，译了一本牛逼书，生了一个漂亮妞儿。

12年的计划如下：

1月初红色星期五的时候买了一台Mac Pro，这下要好好学习iOS开发了。目前已经有了几个idea，等开发者帐号申请下来就开始慢慢搞。
系统地学习一下JavaScript。以前一直没有系统学习过，现在不会JavaScript你都不好意思跟人打招呼。
.NET Framework 4.5发布后，要及时跟进。以前翻译的书如果有了新版本，也要及时翻译。
要自己做些项目，目前有3个想法，能实现几个就实现几个吧。
感觉看的书还是太少了，要多看些书。
减肥。争取在8月份宝宝一周岁的时候，把体重控制在75kg左右。今天的毛重是82.1kg。
在麒麟.Life上写些育儿经。

再见，2011，尽管你早已过去。

Come on，2012，我将全力以赴。

本文链接

In Depth和In Action的区别——写在《深入理解C#（第二版）》出版之际

2011-12-28T04:46:00Z

本文在《深入理解C#（第二版）》译者序的基础之上进行了一些删改

Manning出版社出版的很多图书，都用XXX in Action这样的方式来命名，如著名的Ajax in Action、专门介绍LINQ的LINQ in Action，以及jQuery in Action、PHP in Action等等。这些书偏重基础，并包含大量的代码示例，即使是初学者，读起来也会十分轻松。我们一般称这种书为入门书，图灵公司在引进的时候，也给它们起了一个恰如其分的中文名：实战。如《Ajax实战》、《LINQ实战》等等。

然而这本书则不同，它的英文名不是C# in Action，而是C# in Depth。这in Depth和in Action有什么区别呢？

很多C#程序员在有了一定基础之后，会出现一个成长的瓶颈。他们觉得似乎了解了C#的基本语法和各种语言特性，但对于这些特性的演变以及它们之间的关联却知之甚少。他们会在代码中使用泛型集合，但是对于类型推断的规则似乎还很模糊；他们经常使用foreach语句，但却无法自如地使用yield；他们知道C# 3中增加了很多非常酷的语法糖，但却不知道这些语法糖实际上都是为了最酷的LINQ准备的；他们为C# 4提供了动态类型而欢欣鼓舞，但却不了解DLR如何实现动态绑定，并且往往会滥用dynamic。这时候，他们需要一本书，一本能对C#的每个特性进行透彻分析的书，一本能指引他们走向正确道路的书。他们不需要一本C# in Action，因为他们已经熟悉了字符串和整型，已经会编写接口、类、方法、属性和字段，甚至能说出引用类型和值类型的区别。他们需要的是一本进阶书，一本深入讲解C#的书。而现在您手上的，正是这样一本书。

这就是in Depth和in Action的区别！

本书没有任何关于.NET平台和CLR的内容，也不会指导你如何创建WPF或ASP.NET应用程序，它将全部注意力都放到C#语言本身，着重解析了C#各个版本的进化和演变。它面向中高级C#程序员，如果您只是初学者，那它并不适合您。正如老赵所说，这本书中肯定有一半以上是你不知道的东西。而且我觉得，书中的每一段代码，都可以作为一道面试题，如果您打算招聘一位高级.NET工程师，不妨参考书中的示例。

在本书英文版刚刚问世时，就得到了业界诸多大牛的肯定和推荐。当图灵的编辑问我是否有兴趣翻译第二版的新增内容时，我恰好刚刚阅读完第一版的中文版，正处于余香绕齿的阶段，于是毫不犹豫地就答应了下来。

第二版新增了三个大的章节（分别介绍了C# 4的新增特性和代码契约），并对迭代器和LINQ等内容进行了修订。说实话，我的工作量并不算多，但从开始翻译到最后交付，总共持续了八个多月（一月份签约，八月份交稿，后续还进行了一些修改），直接导致本书的上市推迟了将近半年，在此要向各位读者致歉。之所以翻译得慢，除了我自身的懈怠以外，本书的英文原文也并不像其他技术书籍那样浅显易懂，其中有很多暗语和弦外之音，如果我由于水平有限而没能参透其中的含义，请各位读者批评指正。

周靖和朱永光两位老师为第一版的翻译付出了艰辛的劳动，在他们打下的良好基础之上进行工作，让我感觉踏实了不少。我还要感谢老赵为本书进行复审，如果没有他的修改意见，您一定会对这本书失望有加。

最后，祝朋友们阅读愉快！希望您在学习编程这条永无止境的道路上，不仅in Action，更要in Depth！

本文链接

Eclipse Tips（3）：Template

2011-12-23T05:33:00Z

Eclipse的Template实在是太强大了，这是我最近才体会到的。以前一直没有发现，或者说没有在意，但是现在看来，Template使得Eclipse的代码编辑功能在某种程度上超越了Visual Studio。比如，我们在代码编辑器中输入sysout，马上就会弹出一个名为sysout的模板

点击或回车或Alt + /，编辑器就会自动插入这样的代码

这对于十分冗长的Java代码来说，无异于雪中送炭。

打开Preferences，在Java—>Editor—>Templates中，可以看到自带的模板。比较常用的有if、ifelse、try、runnable等等。

如图所示，在C#中我们编写一个Lambda是很轻松的事情，但是在Java中手写Runnable就很痛苦了，现在有了代码模板，您是否觉得工作量减轻了不少呢？

以下是一些链接，可以自定义一些有用的模板：

Effective Eclipse: Custom Templates

Useful Eclipse Java Code Templates

本文链接

FROM WAS7/JDK5 TO WAS6/JDK4

2011-12-20T08:48:00Z

手头的项目目前是JDK4+WAS6，为了能用JDK5来开发，需要使用Retrotranslator将JDK5编写的代码转换为JDK4。你知道，没有泛型、迭代器、Annotation、自动装拆箱等语法特性，开发Java就恶上加恶了。以下是搜集的一些资料，先贴在这里，以防丢失。是否能真的使用J5，还不得而知，上帝保佑吧。

WebSphere6+Struts2+Spring2+Hibernate3使用总结

原文地址：http://www.zxbc.cn/html/20081215/68967.html

项目在开发时使用JDK5+MyEclipse5.5+Tomcat6环境、Struts2+Spring2+Hibernate3框架以及DWR和E3 Tree技术。项目准备打包部署时客户说要部署在WebSphere6.0服务器上，那时我的头真大了，听说用WebSphere很麻烦，而且又是WebSphere6.0，WebSphere6.0只支持JDK1.4，我的项目用到了Struts2和JDK5的新特性啊，真是疯了，一直抱怨着客户无事找事折磨我们。
总结一点还是我经验不足，遇事不够冷静，没认真分析，害怕麻烦，导致我走了好多弯路，浪费了好多时间，现在与大家分享一下，以免大家再次犯此类错误。
首先，明确WebSphere的版本。确定WebSphere6.0对环境的要求，这一点很重要，我就栽在这点上。WebSphere6.0的环境是JDK1.4，Servelet2.4、JSP2.0，清楚了这点后再考虑其他的问题。
第二，WebSphere6.0只支持IBM自带的JDK1.4,我用JDK5开发的，那么关于JDK5的新特性必须改为JDK1.4的（其实新特性不改也行，只要用工具Retrotranslator将已经编译过的JDK5的CLASS转换为JDK1.4的CLASS，不过那样以后要是你修改项目的话，又要重新转换CLASS，那样会很麻烦，所以我还是修改了JDK5的新特性），再在MyEclipse中将项目的编译环境设置为JDK1.4的，安装的JDK版本不用改，可以继续用JDK5来开发。
第三，Struts2使用的开发环境是：JDK5、Servelet2.4、JSP2.0。这些都不冲突，关键是Struts2的架包是JDK5编译的，所以这是个问题，不过Struts2的开发者都为我们考虑到了，在struts2目录下的backport目录中提供了Retrotranslator转换工具，其中struts2-core-j4-2.0.11.1.jar和xwork-j4-2.0.4.jar已经转换好了，如果用到了Struts2的其他架包，你就要手工转换。架包的转换方法：在CMD中进入backport目录，再键入如：java -jar retrotranslator-transformer-1.2.2.jar -advanced -srcjar E:\GSLY\WebRoot\WEB-INF\lib\架包名 -destjar 新架包名。这样架包就可以转换为JDK1.4的了，再将backport目录中的backport-util-concurrent-3.0.jar、retrotranslator-runtime-1.2.2.jar和你转好的包扔到项目lib目录下，原来的删除即可。记住，只要你用到了Struts2的架包最好都要转换，以免出现其他麻烦。
第四，E3 Tree要求：Servelet2.4、JSP2.0。这个与WebSphere6.0不冲突。
第五，Web.xml里的配置要按照规范写，特别是元素的顺序问题，WebSphere对XML的要求很严，不像Tomcat，其余也没什么要求，我的项目现在都可以在WebSphere6。0上跑了，呵呵....
这方面网上的资料还是蛮多的，不明白的可以GOOGLE下，最重要的还是要搞清楚第一点，对症下药。虽然WebSphere的使用很麻烦，但客户喜欢，我们做开发的也没办法，只能依着他们，谁叫客户是上帝呢。嘿嘿，加油！
附注：
WebSphere5.1：JDK1.4，Servelet2.3、JSP1.2
WebSphere6.0：JDK1.4，Servelet2.4、JSP2.0
WebSphere6.1：JDK5.0，Servelet2.4、JSP2.0
Tomcat4.1：JDK1.4，Servelet2.3、JSP1.2
Tomcat5.5：JDK5.0，Servelet2.4、JSP2.0
Tomcat5.5：JDK5.0，Servelet2.4、JSP2.0
Tomcat6.0：JDK5.0，Servelet2.5、JSP2.1
Struts2：JDK5.0，Servelet2.4、JSP2.0
E3 Tree：Servelet2.4、JSP2.0

项目从jdk1.5移植到jdk1.4

进入项目组的时候，项目框架就已经搭好了，Struts2+spring2.5.6+ibatiS2.3.4+jdk1.5. 可能是以前一直用s1sh的架子，一直都很难接受ibatiS的配置模式，所以对这框架不怎么感冒。但是我是农民工嘛，说啥做啥呗。谁知项目都快要上线了，老大抛出一个雷，生产环境犹豫某些原因只能用jdk1.4......我勒个去！struts2 默认需求就是jdk1.5，悲剧了。

要想应用JDK1.4,使用的主要的是Struts2.0的发行包里提供的J4目录中的Retrotranslator.利用它可以将原JDK5的包转化成JDK1.4的.关于Retrotranstator的介绍,可以查看http://retrotranslator.sourceforge.net/,里面写的很详细.

在J4目录中,已经将Struts2.0基本的两个Jar文件转好了,分别是struts2-core-j4-2.0.9.jar和xwork-j4-2.0.4.jar.如果你的程序中还用到的其他的Jar包,可以通过脚本把Jar包转成J4版本的.我们的程序中用到了spring和ibatis两个Jar包,所以需要将这两个包转成J4的.执行以下命令之前需要把Retrotranslator-1.2.9-bin.zip下的文件解压到你的jdk1.5的bin目录下。

java -jar retrotranslator-transformer-1.2.9.jar -advanced -srcjar D:\lib\spring-framework-2.5.6.jar -destjar D:\lib\j1.4\spring-framework-j4-2.5.6.jar；java -jar retrotranslator-transformer-1.2.9.jar -advanced -srcjar D:\lib\ibatis-2.3.4.726.jar -destjar D:\lib\j1.4\ibatis-j4-2.3.4.jar;

转换之后把新的包加载进系统，再将J4目录中的retrotranslator-transformer-1.2.2.jar, backport-util-concurrent-3.0.jar和retrotranslator-runtime-1.2.2.jar一起放到WEB- INF/lib下.并修改新工程的编译级别为1.4。当然项目中用到的jdk1.5的特性都是需要手动修改的，我们系统中用到了大量的泛型，以及一些循环，额，改起来比较费劲，足足改了一上午。然后启动tomcat，还是报错，进入tomcat的启动日志看，发现还有一些用到的插件包需要转换，

java -jar retrotranslator-transformer-1.2.9.jar -advanced -srcjar D:\lib\struts2-convention-plugin-2.1.8.1.jar -destjar D:\lib\j1.4\struts2-convention-plugin-j4-2.1.8.1.jar; java -jar retrotranslator-transformer-1.2.9.jar -advanced -srcjar D:\lib\struts2-spring-plugin-2.1.8.1.jar -destjar D:\lib\j1.4\struts2-spring-plugin-j4-2.1.8.1.jar; java -jar retrotranslator-transformer-1.2.9.jar -advanced -srcjar D:\lib\jsonplugin-0.34.jar -destjar D:\lib\j1.4\jsonplugin-j4-0.34.jar;

一次次的调试，重启了3次····最后终于不报错了。tomcat5.0+jdk1.4.2测试通过。

PS：项目做到这种地步，哎·我都不说什么了。不过这次的问题是由我来解决的，个人还是比较有成就感的，因为没有经验，开始时心里是没底的，硬着头皮上，最后摸摸索索，还是给整出来了。所以觉得再烂的项目，也有值得你学习的地方，值得你认真对待的方面，没有试过怎会知道结果呢。老大一直想我把业务这一块把控起来，我比较懒，怕麻烦，一直在推托，现在想想，也许是时候踏出那一步了。

Retrotranslator--将JDK5.0项目完全转换为JDK1.4 字节码的恩物

原文地址：http://www.blogjava.net/calvin/archive/2006/04/27/43443.html

因为Retrotranslator的出现，SpringSide终于放心升到JDK5.0，只要用户在build的时候选择war14 task，生成的war就保证仍然100%运行在JDK1.4的服务器上。在最新的retrotranslator 1.0.7 支持下，SpringSide在Tomcat 5.0+JDK1.4上部署成功。
不能随意更改运行环境JDK的历史项目，客户真金白银买了不支持JDK5的Weblogic8.1的项目，一般只能看着JDK5的annotation、泛型和EJB3干咽口水，所以上帝說要有光，我们有了这个恩物。
和以前推荐的Retroweaver一样，大家直接用JDK5开发，如果需要部署到JDK1.4的运行环境，就通过asm把Class转到JDK1.4的字节码。

但它不仅支持JDK5的新语法，还大量支持JDK5的新增API。

Retrotranslator的用法很简单，可以用命令行、Ant和IDEA插件自动转换，http://retrotranslator.sf.net 上讲得很清楚，可以转换Jar，也可以转换Class目录。
比较特别的是有个Verify选项，能确保你没有用到它暂时还不支持的JDK5 API（记得Classpath里要加入JDK1.4的rt.jar)。
附：springside war14 任务简述
war14在打包时，会调用/misc/jdk14/build.xml, 为drools,compas,easymock2等几个使用了JDK1.5技术的jar 生成jdk1.4的版本，并为项目的classes 目录生成JDK1.4的版本，然后用它们替换war中原来的内容即可。

注意用户可能要自己在/misc/jdk14/build.properties中设一下jdk1.4的路径。

build.xml 片断：

利用Retrotranslator将Jdk1.5项目迁移到1.4

原文地址：http://txxm.iteye.com/blog/59612

项目之初，考虑到主流应用服务器大都开始支持Jdk1.5，另外一些开源库也要1.5才能运行，所以Jdk决定采用1.5版本。1.5的新特性确实很爽，呵呵。等到项目快结束的时候，又要求支持1.4，理由是用户现有服务器有可能不支持1.5。代码改成支持1.4，不仅浪费时间，而且还要放弃1.5的特性。看到网上介绍Retrotranslator，感觉不错，今天试用了一下，结果相当满意，tomcat5.0 + jdk1.4 将我的应用跑了起来，呵呵。

下面我将操作步骤记录下来：

1、在Jdk1.5下编译java源文件（这时的class只能在1.5下跑）；

2、下载Retrotranslator，我用的是1.2.1版，解压后可得到三个jar，retrotranslator-transformer-1.2.1.jar、backport-util-concurrent-3.0.jar、retrotranslator-runtime-1.2.1.jar；Retrotranslator可以命令行、ant或maven任务、Intellij idea plugin方式运行，下面以ant任务方式运行；

3、参考以下ant脚本（附件），需要修改相应部分：

(注：该脚本不仅转换classes目录下的class文件，而且还转换1.5下发布的jar，如：hibernate-annotations-3.2.1.ga.jar，生成相应的1.4版本。)

4、在jdk1.4环境下（例如tomcat5.0+jdk1.4环境），用1.4版本的jar替换原有的jar，用转换后的class替换原有的class；

5、将backport-util-concurrent-3.0.jar、retrotranslator-runtime-1.2.1.jar添加到WEB-INF/lib目录；

6、启动tomcat，不出问题的话，应该能跑起来！

本文链接

ASP.NET MVC 4路线图

2011-11-24T05:27:00Z

原文地址：http://aspnet.codeplex.com/wikipage?title=ASP.NET%20MVC%204%20RoadMap

本文首发于图灵社区

一年的时光悄然而逝，又到了快发布ASP.NET MVC新版本的时候了。本文档涵盖了ASP.NET MVC 4框架的高级路线图。

我们正处于开发ASP.NET MVC 4的早期阶段，而这份路线图是下一版本的计划文档，清楚这一点是十分重要的。它并不是新特性的规范。我们希望能够实现这里列出的大多数或所有特性，但却无法保证。计划可能会发生变化，你也可以协助我们改变计划！请访问Uservoice网站来提交反馈，这样我们就能清楚地知道你希望新版本包含哪些内容。

ASP.NET MVC 4开发者预览版已经可以使用了！要了解此版本的更多信息，请访问ASP.NET MVC 4页面。

通过Web Platform installer安装

或者如果你想直接下载安装器，可以访问下载详细页面。

目标

在深入介绍这些推荐的特性之前，我们先来看看这个版本的整体目标。站得更高，才能看得更远，我们的目标是使ASP.NET MVC成为最优秀的构建现代富Web应用程序的平台。因此我们关注ASP.NET MVC 4中的特性（以及整个Web堆栈），这可以使我们离这个目标更近一些。

主题

在计划特殊的特性之前，ASP.NET小组制定出了一些主题，来指导我们的计划。有些主题并不特定于ASP.NET MVC的，因此无法在ASP.NET MVC特性小组中单独实现。我们将与微软以及微软以外的人士合作，来实现这些目标。

开发和部署：使开发和部署的流程更加简单、优秀、快速。
利用平台：Razor视图引擎以及ASP.NET MVC 3中一些新的辅助器也可用于ASP.NET Web页面。我们将在ASP.NET MVC中继续利用整个Web平台中的共享特性。
Ajax：无论是向现有Web应用程序中添加Ajax，还是实现一个完整的单页应用程序（如Gmail），我们都将改进ASP.NET MVC中的Ajax开发。我们已经有了一些想法，但现在正处于构建应用程序以暴露和了解那些可以修复的bug这一过程之中。
HTML 5、平板和移动设备：通过简单地构建一个HTML 5 Web应用程序，来构建平板和移动应用程序，已经成为了产业趋势。HTML 5应用程序提供了最广泛的分布选择，可以运行于各种各样的设备之中。但编写面向移动和平板设备的应用程序引擎则需要丰富的经验。我们希望构建这种应用程序可以变得更加简单。
云：我们要将在云上（如Windows Azure）部署和承载Web应用程序的任务变得更加简捷。为了从云中受益，我们将关注于性能、安全和可扩展性。

特性

现在，要开始介绍你最感兴趣的部分了——特性！注意，有些特性比其他的要更加丰满。

Recipses （基于任务的可扩展工具）

有些任务要求你操作应用程序的多个部分。例如，要向视图中添加一个Ajax网格，需要生成视图代码来呈现网格的HTML标记，创建数据访问类来展示网格，添加控制器类使得Ajax网格可以通过异步调用来获取数据。

ASP.NET MVC 4 recipe是通过NuGet发布的一个对话框，它包含相关的用户界面以及用来自动执行某个特殊任务的代码。比如，实现一个基于OAuth的认证永远要比调用一个方法复杂得多，因为它需要很多设置和很多UI。而实现OAuth认证的recipe可能会提供一个UI，供你进行设置，然后生成所有需要的代码。

示例

以下是一些可以使用recipe实现的想法：

Ajax网格
实现基于OAuth的认证
支持使用Windows Identity Framework的基于声明的认证

编写、部署和安装Recipe

要编写一个recipe，只需要实现一个使用了recipe API的对话框。该对话框包含一个MVC项目接口的实例，用起来比EnvDTE.DTE（用来自动化Visual Studio中的任务）要简单得多。

例如，要向一个ASP.NET MVC项目的某个area中添加一个controller，使用DTE可能需要调用多个方法，而recipe API则只需调用一个方法。

编写完这个对话框之后，将其打包成NuGet包，这样大家就可以用你的食谱（recipe）来做菜了。

Recipe实物模型

下面这个实物模型展示了recipe是如何工作的。要启动一个recipe，可以在Solution Explorer中（或适当的文件中；一些recipe是位于上下文中的）右击项目节点，选择Run Recipe。这将打开一个菜单，有很多recipe可供选择。（这也可能是Run Recipes上下文菜单选项的子菜单。）

用NuGet安装的recipe都会显示在列表中。选中一个并启动recipe。不同的recipe具有不同的UI。

Recipe可以简单到只有一个对话框（理论上也可以一个对话框都没有），也可以是包含多个步骤的向导。点击Finish，使用你指定的设置运行recipe。

Recipe API

对于API来说，其理念是，recipe开发者可以获取项目接口的实例，该接口包含如何启动recipe的上下文。它还将在MVC项目系统之上提供一个简单易用的façade，开发者不必学习整个接口的DTE集合。不过，接口还是可以访问DTE，以防止项目接口可能不够充分。

内置的Recipe

作为该项目的一部分，我们计划构建一些内置的recipe。如前面提到的OAuth支持、Ajax网格、WIF。我们也在寻找其他的想法。

移动支持

移动设备（手机和平板）从可以浏览网站之后就开始愈发流行了。因此要为公众建立一个网站，你需要考虑能够为使用小屏幕或可触屏的访问者提供什么样的体验。在ASP.NET MVC 4中，我们希望为你提供直接却灵活的方式，实现一流的移动支持，不管你是创建新网站，还是增强已有的站点。

默认模板的改变

我们对默认项目模板的标记和CSS做了改进，这样最新创建的项目放在移动设备上可以和桌面上一样好看。例如，我们添加了viewport元标记，页面在小屏幕上也可以布局得很好，即便页面专为桌面设计，也不会出现奇怪的放大和缩小。下图比较了使用新旧模板构建的页面：

新的“Mobile Application”项目模板

另一个正在考虑的改变是专门用于移动和平板Web应用程序的项目模板。该项目模板会包含布局、视图和脚本（如jQuery Mobile），用于构建可提供富用户体验和为现代移动设备进行了优化的应用程序。用该模板构建的页面可能会如下所示：

针对特殊设备的视图

你常常需要剪裁用户界面以适应用户的设备。我们希望能使针对特殊设备类型的视图、分部视图和布局进行的重写（override）能变得简单。无论你是创建全新项目还是将已有项目升级到ASP.NET MVC 4，该特性都能正常工作。

例如，你可以针对移动设备重写一个特殊的视图，只需创建以“.Mobile”为文件名后缀的新视图即可：

我们还可能会提供一个新的基于jQuery Mobile的视图模板，并增强Add View和Add Controller对话框，这样你就可以为新的或已存在的controller和action快速添加基于jQuery Mobile的视图重写。下图展示了一个Add Controller对话框可能的外观：

View type列表中的选项与应用程序使用的视图引擎无关。视图转换时不会改变的那些选项被移到了View Options对话框中，如下图所示：

设备切换器

很多都网站都为访问者提供了一种简单的方式，可以从移动体验切换到桌面体验。我们考虑添加一个设备切换器，它既是呈现适当UI的辅助器（从移动切换到桌面或反之，取决于当前的设备设置），也是让用户决定使用哪种体验的API。

支持Razor 辅助方法

ASP.NET Web页面可以在Web应用程序目录的App_Code文件夹中添加.cshtml或.vbhtml文件，使用Razor语法来编写辅助方法。尽管在ASP.NET MVC项目中也可以添加这些文件，但它们不能访问ASP.NET MVC上下文对象（如ViewContext）或ASP.NET MVC HtmlHelper实例。

在ASP.NET MVC 4中，我们以一种MVC特定的方式支持了Razor辅助方法。我们还在研究在类库项目中编写Razor辅助方法的工具，这样就可以将它们编译成库了。我们可以在其他项目中复用这些库，并编写单元测试。

AsyncController类支持Task和Task<T>

用ASP.NET MVC的现有版本编写异步action是很困难的。例如，下面的ASP.NET MVC 3代码片段展示了一个action方法，它调用了两个不同的异步服务。

public void IndexAsync(string city) 
{ 
    AsyncManager.OutstandingOperations.Increment(2); 
    NewsService newsService = new NewsService(); 
    newsService.GetHeadlinesCompleted += (sender, e) => 
    { 
        AsyncManager.Parameters["headlines"] = e.Value; 
        AsyncManager.OutstandingOperations.Decrement(); 
    }; 
    newsService.GetHeadlinesAsync(); 
    SportsService sportsService = new SportsService(); 
    sportsService.GetScoresCompleted += (sender, e) => 
    { 
        AsyncManager.Parameters["scores"] = e.Value; 
        AsyncManager.OutstandingOperations.Decrement(); 
    }; 
    sportsService.GetScoresAsync(); 
}

public ActionResult IndexCompleted(string[] headlines, string[] scores, string[] forecast)
{ 
    return View("Common", new PortalViewModel { 
        NewsHeadlines = headlines, 
        SportsScores = scores, 
    }); 
}

而使用ASP.NET MVC 4和Visual Studio Async CTP（或在未来使用支持await关键字的C# 5），异步的action方法就变为：

public async Task<ActionResult> Index(string city) 
{    
    var newsService = new NewsService();    
    var sportsService = new SportsService();        
    return View("Common",  new PortalViewModel {        
        NewsHeadlines = await newsService.GetHeadlinesAsync(),        
        SportsScores = await sportsService.GetScoresAsync()    
    });
}

CSS和JavaScript打包集成

ASP.NET MVC 4将包含CSS和JavaScript打包程序，可以将多个.css和.js文件合并为一个文件，通过移除不必要的空白和注释，可以减少最终的文件尺寸。这降低了带宽使用和下载时间，提升了页面的呈现速度。

其他特性

我们还没有充实所有需要考虑的特性。下面列出的这些是需要优先实现的。有一些可能需要其他小组发布。

EF Code First Data Migrations，支持从一个数据库架构版本迁移到另一个，不会丢失数据。
对应用程序代码的功能和集成测试提供更好的支持。
支持WCF Web API。
全面地改善Ajax。我们希望减少开发者在ASP.NET MVC中使用Ajax时遇到的困难。
编辑器/显示模板和HTML辅助方法支持HTML5。例如，在呈现一个DateTime属性时，编辑器模板将呈现一个type设置为date的input元素，而不是type设置为默认的text的input元素。此外，现有的HTML辅助方法如TextBoxFor也将得到更新，可以根据模型类型呈现适当的input元素。
移动Web项目的模板。
支持Razor视图中的“donut hole”缓存和Windows Server App Fabric缓存提供程序。
新的AreaAttribute类，在使用area时提供更好的安全性。

免责声明

本文档只是一个初步的文档，因此本节在软件最终发布之前可能会有重大修改。

本文档中的内容代表了微软自文档发布之日起对当前问题的看法。由于微软需要及时响应不断变化的市场，因此不能将本文档看成是一种承诺，微软也无法保证任何信息的准确性。

这篇White Paper仅供参考。对于文档中出现的信息，微软不做任何法律上的担保、明示、暗示。

遵守所有适用的版权法是用户的责任。在不限制版权法所规定的权利的前提下，如果没有微软的书面许可，不能以任何形式任何方式（电子、机械、复印、录音或其他）任何目的，对本文档的任何内容进行复制、存储、引入索引或传输。

微软享有此文档中的专利、专利申请、商标、版权或其他知识产权。除非微软的书面许可中有明确的规定，否则不能使用该文档中的任何专利、商标、版权和其他知识产权。

如果没有额外说明，这里的公司、组织、产品、域名、e-mail、logo、人、地点、事件等均为虚构，没有暗示也不能据此推断任何有关的实际的公司、组织、产品、域名、e-mail、logo、人、地点和事件。

本文链接

解决安装Visual Studio 2010 SP1时被NDP40-KB2468871.exe补丁卡死以及mscorsvw.exe进程CPU占用率高的问题

2011-11-15T08:45:00Z

前两天换了块硬盘重新做了系统，昨天在安装Visual Studio 2010 SP1的时候，被卡死在最后一步安装NDP40-KB2468871.exe补丁的这个阶段，大概有两个多小时，最后无耐只好回滚。Google了一下，看来有这种情况的还真不少，尤其是这篇Visual Studio 2010 Service Pack 1 installing for over 2 hours could be a sign of a problem，跟我的问题如出一辙。但其中介绍的方法仍然不能解决问题。

与此同时还有另一个问题，就是mscorsvw.exe这个进程始终占用50%左右的CPU使用率，杀不掉，就算杀了，过几秒钟又自动起来了。关Microsoft .NET Framework NGEN服务也不行，而且这个服务似乎根本就没法禁用。以前的系统也有这个现象，所以我写了一个工具，自动查杀这个进程，这下又派上了用场。

不能完整安装SP1始终是不爽的，最后抱着试一试的想法求助于微博，没想到Ivony大神一语惊醒梦中人，是360！于是重启，关闭360，杀mscorsvw.exe进程，重新运行SP1，到NDP40-KB2468871.exe时又尼玛卡住了。不过这次我意识到是不是mscorsvw.exe的问题，于是关闭了杀进程的工具，等mscorsvw.exe自动开启，这时安装瞬间就完成了。

重启之后再看任务管理器，mscorsvw.exe进程安安静静地躺在那里，不悲不喜。

这之后我又用Web Platform Installer安装其他组件，但仍然出现卡死的现象，毙掉360，安装成功。

总之一句话

深爱生命，远离360！

本文链接

Eric Lippert推荐的C#书单

2011-11-14T05:48:00Z

Eric Lippert是微软C#编译器和C#语言设计小组的重要成员，他还经常出没于Stack Overflow社区，解答开发者提出的问题。其中被问到最多的问题是：能否推荐一些学习C#的好书。最近，在接受InformIT采访时也被问到了这个问题，于是Eric列出了一份C#书单。

Sams Teach Yourself Visual C# 2010 in 24 Hours by Scott Dorman

Eric声称，他并没有被这个名字吓到，倒是被它的内容吓到了。它的价格对于C#初学者来说是相当实惠的（注：该实惠价为$34.99，请对比国内的技术书籍价格）。此外，Scott并没有像其他入门书作者那样，用作者的学习路线来组织本书的结构，相反，而是循序渐进、由浅入深地。

这本书国内没有引进，而且估计没有出版社敢引进。就这个《24小时学会Visual C# 2010》的书名就吓退了所有出版社。别说24小时，就是《24天学会XXX》也会被喷死。这不能怪读者，这是被那些早期的垃圾作者们逼的。

Essential C# 4.0 by Mark Michaelis
C# In Depth, 2nd Edition by Jon Skeet

这两本书Eric经常推荐给中高级C#程序员，这两本书都将全部注意力放到了C#语言上，只是偶尔提到了.NET基础框架。Mark Michaelis的书不仅适合初学者，也适合C#熟手，以及从其他语言转型过来的程序员。（Eric在以前的博文中就曾经推荐过这本书。）图灵引进了这本书的中文版，叫做《C#本质论（第三版）》，由周靖老师翻译。我翻开这本书的时候就感到十分亲切，因为代码的字体用的是我最喜欢的Consolas，读起来畅快淋漓。每一章的开头都有一个思维导图来展示本节的内容，这比仅仅使用一个列表要生动得多，也更利于记忆。

Jon Skeet是StackOverflow传奇，他的书从C# 1.0开始，介绍了各个C#版本的语言特性。如果说Essential C#传达了C#的本质，那么C# in Depth则深入了C#各个晦涩的角落。Jon的英式幽默还贯穿了整本书。

我本人有幸参与了该书第二版的翻译，不出意外年底就应该上市了。此书的价值堪比CLR via C#在CLR领域的地位。我过两天会专门撰文来推荐此书。

Effective C#, 2nd Edition by Bill Wagner
More Effective C# by Bill Wagner

这两本书都不是初学者教程，而是分别探讨了50个编写高质量C#代码的技巧。Bill Wagner总是能简明准确地解释复杂的主题。如果你想了解优秀的（或糟糕的）C#实践，可以浏览Bill在MSDN Developer Center上的文章。这两本书和他的文章将指引优秀的程序员迈向通往伟大的道路。

图灵同样出版了了这两本书的中文版（以及Effective C#第一版），由MVP陈黎夫翻译（Effective C#第一版由李建忠老师翻译）。这三本书的中译本，都属上乘之作，语言流畅，理解透彻，绝对的百里挑一。

The C# Programming Language, 4th edition by Anders Hejlsberg, Mads Torgersen, Scott Wiltamuth and Peter Golde

这是C#之父Anders Hejlsberg一直在更新的书（每当C#出一个版本，就会更新一次），第三版的中译本由华章出版。我本人没有看过这本书，因为它几乎就是C#语言规范的翻版，所以我选择打印一本语言规范放在桌旁，以备不时之需。但实际上按照Eric的说法，本书远不止此，还包括诸多C#专家（包括Eric本人、Jon Skeet、Bill Wagner等）的注释。

Java Puzzlers by Joshua Bloch and Neal Gafter

你一定会奇怪为什么C#书单里会混杂着一本Java书籍，Eric的解释是：

它很有趣
Neal Gafter 和Joshua Bloch所指出的这些陷阱对语言的设计者来说是一个警醒。如果开发者落入了陷阱，这是语言设计者的责任，因为他们应该让程序员能轻松有效地避开这些陷阱。
本书介绍的一半以上的陷阱会在等价的C#程序中产生警告或错误！不管是语言设计还是生活，要避免犯错误，就要从其他人犯的错误中吸取教训。

Neal现在在微软C#设计和实现小组工作，也许有一天你会看到一本C# Puzzlers。

本书中译本《Java解惑》依然由图灵发行（你一定想问为什么图灵引进了这么多好书，去图灵社区逛逛吧）。我在前两天京东促销时刚刚入手，准备近期开看。

Introduction to Algorithms, 3rd Edition by Thomas H. Cormen, Charles E. Leiserson, Ronald L. Rivest and Clifford Stein
Purely Functional Data Structures by Chris Okasaki

这两本书都不直接与C#有关，但Eric却经常向人们推荐。Introduction to Algorithms（著名的算法导论，华章出版）在微软几乎人手一本。很多计算机科学科班出身的开发者很少在日常开发中使用他们学到的理论原则，但C#编译器小组可不是这样。商业软件开发者如果精通计算机科学理论，也可以获益良多。

我们正处于函数式编程复兴的年代。像F#这样的函数式语言越来越受欢迎，并且纯函数式语言中的一些理念正在逐步融入主流面向对象语言。比如C#和VB中的LINQ，在很大程度上受到了Haskell式的单体查询的影响。同样，纯粹的函数式数据结构在并发程序中能工作地更好。大而全的算法书主要关心的是传统的数据结构，如可变数组、栈、队列等，而Chris Okasaki的这本薄而优雅的算法书则主要关注的是用不可变的、线程安全的、内存高效的部分构建复杂的数据结构。本书中的很多内容都可以在线浏览。C#开发者可能不太适应其紧凑的语法，F#开发者可能要感觉好得多。

以上就是Eric的C#书单，您看过几本呢？

您一定会问为什么没有CLR via C#？为什么没有C# 4.0 in a nutshell？Eric这里列出的是个C#书单，可能他觉得CLR via C#太偏重CLR了吧。而对于C# in a nutshell，Eric坦言他并没有读过这本书，所以就没有推荐了。

其实也没有必要问这么多为什么，您心里一定也有一个自己的C#书单，重要的是把这些书读了，并融汇贯通。但就我目前的了解来看，国内的语言书都卖得不好，图灵出版的C#本质论、深入解析C#以及Effective C#系列，都可以用惨淡来形容（好像没有一本能撑到第二次印刷，也就是说每本书只卖出去不到3000本）。园子里也经常有人要求推荐书，但为什么技术书市场还这么惨不忍睹呢？关键是，您得去买书啊，对不？

本文链接

调用动态类型的扩展方法

2011-03-14T03:14:00Z

对于一个动态类型来说，你可以认为它包含任意成员，它们都能通过编译。但到了运行时，到底是否拥有这些成员，就真相大白了。如

dynamic test = 7;
Console.Write(test.Name);

编译器无法在编译时知道test的真正类型，因此会使用其运行时的实际类型，而默认对于它的所有调用都是合法的，不会引发任何编译时错误。但它会抛出一个运行时异常。因为在运行时，test为一个int，它不具备Name属性。

在编译时，编译器会根据会生成一些调用所需的上下文环境，如所有已知的静态类型等。但它无法知道在源代码中究竟引入了哪些命名空间。因此，你无法调用动态类型所代表的实际类型的扩展方法，也无法将动态类型作为参数传入扩展方法。如

dynamic size = 5;
var numbers = Enumerable.Range(1, 10);
var error = numbers.Take(size);

但我们有两种方法可以实现这两点，它们看上去可能有点丑陋，但在你需要的时候却会很有用。这两种方法为：

1. 将动态类型强制转换为已知的符合方法签名的静态类型

2. 以静态方法的形式调用

对于将动态类型作为参数传入扩展方法的情况，你可以这样

dynamic size = 5;
var numbers = Enumerable.Range(1, 10);
var workaround1 = numbers.Take((int)size);
var workaround2 = Enumerable.Take(numbers, size);

对于调用动态类型的扩展方法，可以这样

int size = 5;
dynamic numbers = Enumerable.Range(1, 10);
var workaround1 = ((IEnumerable<int>)numbers).Take(size);
var workaround2 = Enumerable.Take(numbers, size);

怎么样，很简单吧？

这其实是我在阅读Jon Skeet的新书C# in Depth, Second Edition时遇到的问题，当时脑子犯懵有点不能理解，于是想起Jon时常活跃于Stackoverflow，何不发帖问问这个问题？没想到仅仅十几分钟的时间，Jon就给予了解答，甚至有人怀疑我是蓄意为之……而且，更令人开心的是，还得到了博客园的朋友Colin Han的回答。

所以，如果你有什么难题一时无法应对，不妨去求助于Stackoverflow，去咨询一下全世界范围内的高手牛人们，相信你一定会得到满意的答复。

本文链接

多个Where连接将执行几次迭代？

2011-03-03T02:09:00Z

在编写LINQ时，为了保持代码清晰，我们通常会将多个Where进行连接，如

var numbers = Enumerable.Range(1, 10);
var evenNumbersLessThanFive = numbers
    .Where(i => i % 2 == 0)
    .Where(i => i < 5);

但多个Where是否意味着多次迭代呢？直觉告诉我们显然不是。因为Where只是生成一个可迭代的对象，在对该对象进行foreach之前，是不会真正执行迭代的。但编译器是如何处理这种Where连接的呢？

查看源代码后发现，Enumerable.Where扩展方法返回的是WhereXxxIterator<TSource>这样的类型，它们均继承自Enumerable.Iterator<TSource>类。我们以WhereEnumerableIterator<TSource>类为例，它包含一个Where方法。我们知道，当调用类的一个实例方法时，编译器就会忽略与其签名相同的扩展方法。因此在多个Where连接的代码中，从第二个Where开始，调用的就是WhereEnumerableIterator<TSource>.Where(Func<TSource, bool> predicate)方法，该方法实现如下

public override IEnumerable<TSource> Where(Func<TSource, bool> predicate)
{
    return new Enumerable.WhereEnumerableIterator<TSource>(
        this.source,
        Enumerable.CombinePredicates<TSource>(this.predicate, predicate));
}

可以看到，CombinePredicates这个方法，是将两个Func<TSource, bool>委托合并。它是一个工厂方法，生成仍然是一个Func<TSource, bool>。

private static Func<TSource, bool> CombinePredicates<TSource>(
    Func<TSource, bool> predicate1, Func<TSource, bool> predicate2)
{
    <>c__DisplayClassf<TSource> classf = new <>c__DisplayClassf<TSource>();
    classf.predicate1 = predicate1;
    classf.predicate2 = predicate2;
    return new Func<TSource, bool>(classf.<CombinePredicates>b__e);
}

其中，<>c__DisplayClassf<TSource>是一个包含两个Func<TSource, bool>属性的密封类，它的<CombinePredicates>b__e方法负责合并两个委托：

public bool <CombinePredicates>b__e(TSource x)
{
    if (this.predicate1(x))
    {
        return this.predicate2(x);
    }
    return false;
}

因此可以得出结论，多个Where连接，与将多个条件写到一个Where中，几乎是等同的，它们都只执行一次迭代。

var evenNumbersLessThanFive2 =
    numbers.Where(i => i % 2 == 0 && i < 5);

本文链接

我的2010

2010-12-30T02:31:00Z

大半年没写博了，一写就是年终总结。

虽然没写传统博客，但是一直在微博。

虽然最近戒掉了微博专心工作，但发现写什么都是微博体。

这一年似乎一直都在翻译。年初的时候看CLR via C# 3，随手写了20来篇读书笔记，但其实基本上是原文翻译。6月份接手了Pro C# 2010 and the .NET 4 Platform, Fifth Edition的翻译工作，但是由于一方面自己懈怠，一方面工作量估算也有失误，本该4个月交活，到现在快7个月了还没弄完。否则这部C#圣经的新版早就应该上市了。

今年审读了很多图灵的新书，包括设计模式沉思录、NET设计规范：约定、惯用法与模式（第2版）、编程人生。也通过写书评的方式免费拿到了很多书，不过因为看书慢，特别是看技术书更慢，所以一篇书评都还没有写。

今年买了不少书，也看了不少书，但看得终归没有买的多，书架上没看的书越来越多。

但代码却写的越来越少了，以前日写300行，后来日写30行，今年说日写3行都说多了。但是职位没有提升，仍然是普通码农，只不过是一个比较清闲的码农罢了。

年纪大了，身体越来越不如以前了，这次感冒快一个月了，还没好。以后要注意身体，早睡早起，方能养生啊。

30岁了，30岁了，30岁了。而立了吗？而立了吗？而立了吗？

……

这一年最后的惊喜来自于年底。圣诞节之夜，我和老婆看完《让子弹飞》后，自测出怀孕，第二天去医院检查，果然如此。什么还能TMD比这更TMD叫惊喜呢？（语无伦次了）以后的事情会更多了。30了，也要当爹了，突然感觉自己的担子重了很多，生活要随之改变，心态也要随之调整了。2011年，注定将是繁忙和幸福的一年。

给力啊，我的2010。加油啊，我的2011。

本文链接