• 支持命名空间
• 支持延迟静态绑定技术
• 支持跳转标签（受限制的goto）
• 支持闭包（Lambda表达式和匿名函数）
• 新增两个魔法函数，__callStatic 和 __invoke
• 新增 Nowdoc 语法支持，与 Heredoc 语法相同但是带有单引号
• 可以在静态变量和类成员、类构造函数中使用 Heredoc 语法
• Heredoc 可以用双引号定义，以便与 Nowdoc 的单引号区别
• 构造函数可以在类之外用 const 关键词进行定义
• 增加了条件操作符的简短形式 ?: (例如 a = condition ? true : false）
• 200 到 399 的状态码在HTTP数据流容器被认为是成功
• 允许动态访问静态成员
• 允许对异常进行嵌套
• 增加并且默认启用垃圾回收机制

此外，针对Windows版本的改变有：

• 不再支持Windows98,ME和NT4，最低支持Windows 2000
• Windows 二进制版本针对 i586 或更高版本编译，不再支持 i386和i486
• 对 Windows 系统上的 64位 PHP 提供支持（实验性的）
• 支持Visual C++ 9（VC9）编译，可以使用 Visual Studio 2008。
• PDO_OCI 的 php_pdo_oci8.dll 库（用于Oracle 8的客户端类库）不再构建，替代它的是 php_pdo_oci.dll（去掉了“8”），用于 Oracle 10 或者 11。与其他版本的数据库连接继续支持。
• 针对 OCI8 的扩展，除了php_oci8.dll之外增加了一个php_oci8_11g.dll，但是不能同时启用。php_oci8.dll与Oracle 10.2客户端类库结合使用，而php_oci8_11g.dll 和 Oracle 11客户端类库结合使用。与其他版本数据库的连接继续支持。

Windows版本新增加了对下列函数的支持：

• checkdnsrr()
• dns_get_record()
• fnmatch()
• getmxrr()
• getopt()
• imagecolorclosesthwb()
• inet_ntop()
• inet_pton()
• link()
• linkinfo()
• mcrypt_create_iv()
• readlink()
• socket_create_pair() – 这个函数以前就在Windows中支持，但是由于在PHP 4.3.0中的一个bug而被禁用
• stream_socket_pair()
• symlink()
• time_nanosleep()
• time_sleep_until()

除了上述改变外，Windows版本还有一些其它提升性能或者增加兼容性的改进，而最为重要的则是一条针对Windows的说明：

在windows下采用ISAPI方式运行PHP已经被遗弃，采用改进的FastCGI SAPI模块来代替。我在2008年6月23日的日志中曾经笑称“PHP成为IIS‘一等公民’”，那是只是从微软IIS团队官方发布PHP的FastCGI模块，以及微软和Zend的合作而对PHP在Windows平台上的使用做了最乐观的展望，而后来微软在IIS7以后的版本内置FastCGI模块，甚至在云服务中也内置FastCGI支持，则更说明了PHP与Windows的联姻将继续增强。可惜的是直到Windows7发布之后，网上的绝大部分教程依然在教新手采用ISAPI方式运行PHP，甚至是采用PHP4的安装方式。甚至还有人专门跑到我的空间里叫嚣在Windows下运行PHP是如何如何。开源社区对Windows平台的妖魔化，至今影响深远。正是由于拒绝导致了他们对Windows、ASP.NET、C#的不了解，甚至直至今日还死抱着Windows比Linux慢、不如Linux安全之类的陈旧观念。

如今PHP 5.3.0也像ASP.NET一样，引入了命名空间、延迟绑定、匿名函数、Lambda表达式等先进特性，可见编程语言与平台无关性在未来将更加凸显，而混合编程的正确性和先进性也将不断得到体现。封闭自己，拒绝变化的产品和思想，在开发领域只有死路一条。

相关日志

• 2008-06-04 — 在ASP中实现UNIX时间戳
• 2008-05-23 — 给UCenter的拥蹩们泼点冷水
• 2009-07-01 — ASP.NET MVC 最佳实践（二）
• 2009-06-28 — ASP.NET MVC 最佳实践（一）
• 2009-06-08 — 在 IIS 7.x 中用 FastCGI 运行 PHP
• 2008-06-23 — 微软官方FastCGI，PHP成为IIS“一等公民”
• 2008-06-22 — 动易SW中的一个严重但不影响使用的bug（二）
• 2008-06-22 — 静态页面生成的思考
• 2008-06-18 — 动易SW中的一个严重但不影响使用的bug(一)
• 2007-11-19 — 如何在DreamHost主机上安装eAcceleartor支持[翻译]

我甚至很恶意地揣测：这会不会是工信部耍的一个调虎离山的小把戏。目的就像之前用打击google来转移大家对绿坝的关注一样，通过树起一个更具吸引力但是却虚无缥缈的新靶子给大家攻击，这样针对绿坝采购事件前因后果及黑箱内幕的质疑就会少很多。不过这只是揣测而已，而且的确是恶意的揣测。

因为中国商业电讯只不过是天下互联这个商业机构的一个成员单位，它只是为企业提供市场情报分析和财经内容的一个信息领域的小公司而已。关于蓝坝的那篇报道，是属于“厂商信息”里的一篇普通文章，这样的信息，完全有可能是来自于安达通，安达通作为一个网络检测产品提供商，面对“绿坝蒙羞，元首震怒”这种极佳的机会，要说他们不想成为下一个金惠，那是不可能的。因此我的另一个恶意的揣测就是所谓的“蓝坝拟研制”的新闻，会不会是安达通放出来做市场调研，同时向工信部暗送秋波的一个手段。安达通项目负责人甚至在介绍这款名为“蓝坝——网络引航”的系统时刻意强调“蓝坝更注重个人隐私的保护”，并针对绿坝出现的与杀毒软件不兼容等问题来介绍“蓝坝”，由此可见我的恶意猜测还是有几分靠谱的。

不过如果是这样的话，那么上海安达通的项目策划人显然没有真正搞清楚绿坝遭反对以及走向失败的根本原因。如果“蓝坝”真的以超过绿坝20倍的性能并且对所有“采用分布式审计方式搜集的主机数据进行加密”，让这些数据装到一个黑盒里“不会被轻易获取”，那他将要遭到的反击或许也是20倍于绿坝的。既然绿坝这么不成器的东西网民都不愿意自己的隐私和言论自由被它威胁，那么像“蓝坝”这样监控能力更强大而且网民连自己到底什么被监控和搜集了都不知道的东西，岂不是更加引起人们的恐慌和更加激烈的反对呢？

实际上，一切的“坝”都是“墙”的衍生品，网民们反对的并不是某一款具体的软件或某一项具体的技术，网民真正反对、抵制、攻击的，是一切带有“墙”色彩的东西。所以不管你是绿的还是蓝的，只要你是试图危害网民合法权益的，你就必然遭到反对。而且你越先进，遭到的反击也越激烈。所以不管是意图转移注意力，还是意图试探网民反应，最终的结果都必定是让始作俑者失望的。

绿坝来了，我们反对绿坝；google被陷害了，我们就挺一下google；假如真的有“蓝坝”、“红坝”、“水泥坝”之类的来了，我们也一样会一如既往地批评和抗议。如果这一切都没有的时候呢？我们就继续拆墙。所以网民的注意力从来都没有转移过，网民的注意力一直就维绕着捍卫自己的合法权力这个核心，从未偏离。

至于20倍的性能或是加密的数据，毛主席早就教导过我们，一切反动派都是纸老虎，任何视图抵抗科技进步、民主进步的反动力量，都不会有好下场的。只要墙还没倒，就算没有“蓝坝”，也会有别的“坝”继续亮相，而不管什么样的“坝”，都只不过是浪费纳税人金钱的小丑表演罢了。

网络引导自由，什么颜色的“墙”，我们都不怕。

相关日志

• 2009-07-01 — 推迟的本质就是不了了之
• 2009-07-01 — 索尼恶搞工信部 – 绿坝犹如预装的定时炸弹
• 2009-06-28 — google域名劫持事件的影响
• 2009-06-24 — 七条对策帮你摆脱“绿坝”的纠缠
• 2009-07-03 — 一个小网警的龌龊思想
• 2009-06-26 — Hello World!
• 2009-06-23 — 国内媒体联合打击google是举国之力玩“不正当竞争”
• 2009-06-19 — 绿坝：初衷是好的就够了吗？
• 2009-06-04 — 中国互联网管理需要清醒一下找找方向
• 2009-07-02 — 变形金刚2的重大教育意义

而作为一个专业的技术人员兼不专业的网络检测工作人员，我对网监的工作仅限于我所了解的，但是我每天都要收到的很多荒谬删帖要求，充分说明了天朝现在的网络监察体系已经奇怪到了匪夷所思的地步。我贴一个昨天接到要求让我删除的博客文章，大家一起来围观一下，再动动脑筋，看谁先猜到这个文章哪里“有害”：

生在幸运52的成人笑话，据说李咏都笑晕了！！！！！
一对夫妻，猜食品名称，老婆比划老公猜。
大屏幕上跳出"馒头"一词
老婆描述：圆圆的，白白的，能吃的
老公：……
老婆继续描述：就是白白的，软软的，你昨晚上还吃来着！
老公看来是急坏了，脱口而出：“mimi！”
李咏都笑趴下了……

大屏幕上跳出"醋"一字
老公：女人最喜欢吃男人的什么呀？
老婆（兴高采烈地）：豆腐！！
女的比划，男的猜，题板是宋庆龄
女的说：是个女的，很漂亮，国母，她的姓是唐朝后面的那个朝代
男的脱口而出：宋祖英
全场哗然！！！！
李咏曰：玩笑开大了

猜词环节
比画的说：三国演义中关羽骑的是什么马？
猜的人不知道，比画的又提示：再想想，这马吕布也骑过。
猜的人大喊：是貂禅。
比画的大怒：你傻啊，我说的是白天骑的！
老李当时笑翻在地！！！！

猜词秀环节
一对夫妻，猜历史文物，老婆比划老公猜。
大屏幕上跳出"金刚经"一词
老婆描述：古来就有的， 很有名的
老公：…………
老婆继续描述：就是那个尼姑每个月都要念的
老公看来是明白了，脱口而出："月经"
李咏说："我的妈呀！导播剪了吧"

还是那对夫妻，猜物品名称，老婆比划老公猜。
大屏幕上跳出“V3手机”一词
老婆描述：有一款是粉红色的，今年最流行的，你给我买过的
老公：…………
老婆继续描述：那个美女萨拉波娃也用过的，也是我最喜欢的，四个字的
老公豁出去了，又脱口而出：“情趣内衣”
倒霉的李咏又笑趴下了……

一对夫妻，猜颜色，老公比划老婆猜。
大屏幕上跳出“白色”一词老公不断比划，老婆还是不知道……
老公急了，于是……
老公描述：李咏的内衣！
老婆：白色！
全场倒……（当天李咏穿着西服，内穿白衬衫）

因为当时我接到的通知只说要求删除此有害信息，没有哪里有害，所以我第一反应就是顶回去，让IDC服务商问一下网监，此贴哪里有害（我跟网监之间现在已经不直接打交道，大家火气都不小，免得起争执），同时我自己也认真猜测这个信息是哪里被网监盯上了。

开始我以为是“低俗”，但是看来看去，也不像有低俗关键词的样子，我当时很惊讶，难道网监的软件已经能够识别“mimi”这样的词汇了？！

但是很快IDC服务商回复过来，原来这篇文章涉及侮辱现任或前任国家领导人。因此成为有害信息！！

也就是说，“国母”成为了关键词，众所周知，中国是一个人民共和国，我们的国家主席是一个行政机构，而不是一个人（见中学政治课本），虽然具体表现上是由一个人担任，但是根据定义，担任中华人民共和国主席职务的人，只是一个职务，用非常有党性的话来讲，也是一个人民公仆。那么，在现代的中国，很显然没有“一国之主”的概念。既然没有“一国之主”，当然也就不存在“国母”这个角色。

因此我们如果使用了“国母”这个词，我们可以解释为是使用了这个词的比喻义，或者就是有特殊背景，比如这篇文章中做词语解释的那位妻子，她显然是由孙中山先生的“国父”称号，而化用了“国母”在宋庆铃夫人身上。这是表示一种尊敬。至于那位丈夫的荒谬回答，既然是作为错误的答案，实际上已经不需要去追究他答案的由来了，错误还需要理由吗？

好，假如非要解释，我们也完全可以从比喻义的角度来加以注解——或者说为那位丈夫辩护——为什么称宋祖英是“国母”呢？我觉得可以从宋祖英在国内国际的公众形象来看，宋祖英作为我国最著名的歌唱家之一，在国内外的很多重要演出场合，演唱了很多能够充分向世界展示中华文化和中华民族的歌曲，比如为西方世界所熟知的《茉莉花》。而宋祖英本人在国内的形象也非常的高贵、雍容。从这个角度来看的话，就算是用“国母”这个极高的荣誉戴在宋祖英头上，最多也就是修辞恰当或者不恰当的问题，什么时候扯到了现任或前任国家领导人身上呢？在这个交互过程中，到底是谁在污蔑现任或前任国家领导人呢？我觉得不是猜词的那个丈夫，也不是发帖的作者，而是把这篇文章定义为“侮辱现任或前任国家领导人”的那个网警。是他脑子里的低俗念头在诽谤现任或前任国家领导人。假如换一个网警，他没有像前一个网警这样去理解，那么这篇文章就无害了。

由此可见，我们的网络监察，简直比我们的法律制度还更加地“法无定法”！完全由网络监察人员主观判断。这种情形，比完全由软件来根据关键词进行过滤的错误手段更加可怕。因为已经不仅是监管你的思想，而且是由他按照他的想象来监管你的行为了，这是多么恐怖的事情？！要是这样也能变成我们法制的一部分，那么明天会不会你坐在家里闭目养神，一伙网警冲进你家里逮捕你，理由是你正在构思涉嫌危害国家安全的行为？？？假如真的有那一天，民皆不语，道路以目的时候，那样的后果是什么，中国历史上不是没有demo。

相关日志

• 2009-06-04 — 中国互联网管理需要清醒一下找找方向
• 2009-07-03 — 不管是什么颜色的“坝”我们都不怕
• 2009-07-01 — 推迟的本质就是不了了之
• 2009-07-01 — 索尼恶搞工信部 – 绿坝犹如预装的定时炸弹
• 2009-06-28 — google域名劫持事件的影响
• 2009-06-24 — 七条对策帮你摆脱“绿坝”的纠缠
• 2009-06-23 — 国内媒体联合打击google是举国之力玩“不正当竞争”
• 2009-06-16 — 邓玉娇案尘埃落定之后
• 2008-05-19 — 捐款·爱国·流氓
• 2007-10-23 — 质疑职能机构的职责和责任

——观看《变形金刚2》后的思想汇报 by 小李刀刀

很多人说看《变形金刚2》就是看效果看气氛听音响去的。我一向都很赞同这种观点，就是大场面的音效震撼的或者特效精彩的片子才值得去影院看。比如《非诚勿扰》我就挺后悔去影院里看的，虽然它确实是很不错的片子。不过《变形金刚2》的画面的确是让我有点眼花缭乱地看不过来了，但是我却觉得《变形金刚2》怎么好像在影射我们目前的局势呢？难道我在天朝待久了，不知不觉已经被CCAV洗脑了不成？

《变形金刚2》作为一副美国大片，美国元素是很突出的，最突出的当然就是平民英雄了。不过在以往的片子里面，如果有涉及对政府机关或者高层领导的讽刺的话，一般是会把他们放在反派的位置上，比如索马里维和战争为主题的电影往往是军方高层或者政治家下令屠杀平民，又比如《越狱》之类的电影就把“公司”塑造成为掌握国家权力的犯罪集团。而在《变形金刚2》里面，则给了高层一个愚蠢的闭门决策的白痴形象。

看一部科幻片居然是政治元素给我留下最深的印象，不知道是不是绿坝娘在作祟。那个有总统授权的白痴，在片子里每次出现的时候总是让我忍不住联想起天朝的某些机构。完全脱离实际情况乱决策乱主张，结果搞得灰头土脸还碍手碍脚。

《变形金刚2》里面真正引起我关注的其实不是萨姆，因为他做的事情只不过是代表他自己，有危险有贡献但其实没什么压力。结局不论是怎样也没人追究他的责任。我觉得真正胆大妄为的是巢穴部队的那帮军人。要知道在美国，总统同时也是军委主席，是部队的最高首长。可是在总统派来“全权代表”的时候，这帮军人居然没有进行任何串联的情况下，就开始默契地消极抵制他的命令，最后甚至发展到违抗了命令，把总统特使扔下飞机，把擎天柱空降在萨姆要求的地方，连后方的指挥部也立刻就对他们投入了支援行动，完全没有考虑到叛党叛国的严重政治问题。

我看到萨姆联系军方，要他们将擎天柱空运到他那里的时候，脑子里突然冒出一个奇怪的想法——要是美国有绿坝，他们就能及时把萨姆这个“不明真相”的群众“散布的谣言”过滤掉，也就不会造成一帮军人违令的“群体事件”了。

如此看来，美国的体制的确是大有问题。军队的思想政治工作严重不到位。他们实在应该多派人到天朝好好取点经。其实我们看到美国大片里的美国大兵都还是蛮有素质，蛮有信仰的。关键就是政府没做好引导工作，让他们产生了比较严重的自由化倾向，才会不断地在好莱坞片子里出现不服从上级甚至对抗上级的情况，甚至还有前线士兵违抗军令的情况。

而美国的媒体，居然把这一切当成是再正常不过的事情，可见这些缺乏组织领导和政治觉悟的新闻人，也都完全失去了资产阶级喉舌的本色，政府必须清醒地认识到并高度重视这一现象。作为一个对议员和广大资本家负责的政府，有责任加强对他们的监管，以免他们继续毒害美国的青少年。

从《变形金刚2》这部进口的教育片里，我们应该充分认识到：腐朽的资本主义制度下，政府缺乏凝聚力，军队缺乏战斗力，媒体缺乏社会责任感。因而他们总是不断地出现犯有严重个人英雄主义的不怀好意的煽动分子，甚至经常可以看到涉嫌颠覆国家安全的不法之徒，而美国极度不完善的法律体系，使得这些不法之徒总是逍遥法外，广大高层官员、议员长期深受其害。而这一切，都是资本主义制度的本质所决定的，是不可调和的，是不可避免的。随着历史的不断发展，这样的落后的严重阻碍生产力发展的社会制度，必将走向灭亡。

经过不断地思考和回味，现在我终于正确认识到《变形金刚2》这部电影的重大教育意义了。当然，我的认识还不深入，还很片面。在今后的学习工作中，我还需要不断地加深理论知识的学习，多向老同志们请教。也希望同志们对我肤浅的认识多多提出批评，帮助我不断进步。

相关日志

• 2009-06-17 — 终结者2018 – 故事未完
• 2009-05-01 — 南京！南京
• 2008-11-04 — 冯小宁的理想化带来什么
• 2005-11-22 — 《世界大战》
• 2009-07-03 — 不管是什么颜色的“坝”我们都不怕
• 2009-07-03 — 一个小网警的龌龊思想
• 2009-07-01 — 推迟的本质就是不了了之
• 2009-07-01 — 索尼恶搞工信部 – 绿坝犹如预装的定时炸弹
• 2009-06-28 — google域名劫持事件的影响
• 2009-06-24 — 七条对策帮你摆脱“绿坝”的纠缠

从工信部自说自话地提出了“绿坝-花季护航”预装要求以来，来自国内外的质疑声的反对声就从来没断过。甚至连人民网都一度制作了“今天你绿坝了没有”的专题来反对，而财政部更是毫不给面子地宣布采购是由工信部独自进行的，保护自己的同时狠狠地给了工信部一耳光。而面对这一切，我们坚强的工信部坚决不出来做任何回应，不管是“纳税人”发出的预装绿坝违法的公开信，还是洋相闹到国际上以后的擦屁股，工信部都任凭风吹雨打我自闲庭信步。

我一度以为，这个事情会像备案制度一样，一直没效果但一直要搞下去。没想到他们还是没有我想像的那么坚强，居然在大家都搬着小凳子来看话剧的时候宣布罢演了。

推行绿坝，让万人所指，而最后关头声称的“推迟”则更让人看不起，不仅看不起，而且还要不停地质问下去。既然没有宣布取消，那就是软件的购买和使用依然是要执行的，那就是四千多万的共有财产还是要给那两家企业的。那么之前提出的一系列问题就不能仅仅以无限期地“推迟”直至不了了之来解决。作为政府采购项目，这个项目是否真的有必要？是否真的完全符合法律符合流程，整个过程中是否存在猫腻，是否存在腐败……这么多问题，除非宣布取消，否则是必须回答的。

工信部一直以来就是最喜欢拿着鸡毛当令箭，也最不拿纳税人利益和人民意志当回事的恶仆（我做为中华人民共和国公民，有正当职业，依法纳税，我可是国家主人的一份子，说自己的“公仆”是恶仆不过份吧？），为什么这么说？可以回想一下，从上个世纪90年代以来，工信部出台的法律法规通知要求，有哪一项进行了广泛的民意反馈？有哪一项进行了公开公正的听证？又有哪一项真正达到了其执行的目的？

也许恰恰是因为中国的IT产业发展迅速，也许恰恰正是因为中国的网民数量增长迅速，才让这个工信部自以为老子最牛，行政管理全凭闭门造车，一不看国家现行法律法规的规定、二不问人大政协的意见、三不公开征求人民群众的意见。键盘一敲，政策出台。如果不是这么随意乱搞，以绿坝这样粗制滥造的漏洞百出的东西，能变成4千多万的中标项目？

所以说，“推迟”只是借口，绿坝预装不论从法律上还是从效果上，又或者是从成本上，都是没有可能的。工信部闹出了这么大的笑话，把我们交纳的税款拿来过家家，这样的行为必须要给全国人民一个明确的交代。绝不能不了了之！

从另一个角度说，由于工信部的无能，选择了绿坝这个劣质产品，以至于在侵犯知识产权、侵犯人民隐私权和言论自由权、在违反WTO协议等多个方面授人以柄，严重危害了国家利益；更让索尼这样的外国企业，摆出一副受害人的嘴脸，公然在产品免责声明里对我国的产品和法律进行恶搞。如此严重的渎职行为，又岂是一句“推迟”能够掩盖过去的？

7月1日之前我们说要看绿坝7月1日之后如何收场，如今我们要看看，这件绝对不应该不了了之的事情，会不会在我们这个神奇地过度，再一次奇迹般地不了了之。

相关日志

• 2009-07-01 — 索尼恶搞工信部 – 绿坝犹如预装的定时炸弹
• 2009-06-24 — 七条对策帮你摆脱“绿坝”的纠缠
• 2009-07-03 — 不管是什么颜色的“坝”我们都不怕
• 2009-06-28 — google域名劫持事件的影响
• 2009-07-03 — 一个小网警的龌龊思想
• 2009-06-23 — 国内媒体联合打击google是举国之力玩“不正当竞争”
• 2009-06-19 — 绿坝：初衷是好的就够了吗？
• 2009-06-04 — 中国互联网管理需要清醒一下找找方向
• 2009-07-02 — 变形金刚2的重大教育意义
• 2009-06-26 — Hello World!

看惯了互联网上摆出一本正经地架势来搞一些荒谬事情的“恶搞”文化，你不得不感叹索尼的这一款免责声明实在是深得网络“恶搞”文化的精髓。引用声明中的部分文字如下：

根据政府部门的相关要求，索尼做为PC厂商，按照与本软件供应商之间的协议，在中国大陆地区范围内向用户分发本软件。索尼不保证本软件的任何内容、功能、服务或其他特性的真实性、合法性、安全性、兼容性（包括但不限于与索尼或其关联公司或者第三方公司的任何产品或服务的兼容性）。对用户或其他任何第三方因为本软件引起的个人或身体损伤、财产损失或其他损失（包括但不限于对本PC的损失）的要求、诉状、索赔、诉讼、费用和其他责任（包括但不限于合理的律师费、专家费用和法律费用：修改、替换或者处理任何本软件有关的成本、费用和损害赔偿），由本软件供应商独资承担。索尼就此不承担任何责任。

虽然是小日本搞的，但是这段文字还是深得汉语博大精深的精髓，冠冕堂皇冷冰冰的文字背后，很清晰地表达出了“我们只是PC厂商，做这件事情实属无奈；冤有头债有主，各位上帝一定要相信我，我是无辜的，以后你千万别来找我啊……”（仅代表个人观点）。

虽然中国的网民和业主签霸王条款已经是家常便饭，不过相信任何人看到这段声明还是会倒吸一口冷气的。为什么？因为除了不承担造成不良后果的一切责任之外，索尼甚至连软件的“真实性、合法性、安全性、兼容性”完全不予保证，而且对于“个人或身体损害、财产损失或其它损失”也一概推给软件商。也就是说，索尼在不得不预置绿坝的同时，为了避免明知必然会发生的不良后果砸了自己的招牌，宁可先把软件商和工信部卖了。它的意思就是“明告诉你，这玩意儿是个三无产品，你用了它后果有多严重，只有天知道。”。

看了这篇免责声明，我总算是明白索尼为什么这么积极地预装了，这是跟其他PC厂商采取的不同的战略。在这次针对绿坝的应对手段上，我们现在已经能够看到的，有欧美厂商采取政治施压（美国和WTO的职责和反对）、有日本厂商采取先发制人（索尼），还有国内厂商采取拖延政策（联想、华硕等以需要进一步评估为理由），总的来说都是一样，不想合作。

我们欢迎这些厂商的不合作（虽然他们考虑的是自己的商业利益），我们尤其欢迎索尼这样的充满了草根精神和恶搞元素的不合作，在绿坝给我们带来的众多幽默元素中，又添上了浓浓的一笔。

我不禁想起以前在二外工作的时候，我同事的一句话：作为一个本来就不讨人喜欢的部门，要做出一项人人都满意的决策当然是很难的。但是要做出一个让涉及的各方都不满意的决策，恐怕也很不容易吧！工信部如今就做到了。做得非常彻底，就像过街老鼠。

相关日志

• 2009-07-01 — 推迟的本质就是不了了之
• 2009-06-24 — 七条对策帮你摆脱“绿坝”的纠缠
• 2009-07-03 — 不管是什么颜色的“坝”我们都不怕
• 2009-06-28 — google域名劫持事件的影响
• 2009-07-03 — 一个小网警的龌龊思想
• 2009-06-23 — 国内媒体联合打击google是举国之力玩“不正当竞争”
• 2009-06-19 — 绿坝：初衷是好的就够了吗？
• 2009-06-04 — 中国互联网管理需要清醒一下找找方向
• 2009-07-02 — 变形金刚2的重大教育意义
• 2009-06-26 — Hello World!

7. Keep your controller free from HttpContext and its tail

Make sure your controller does not have to refer the HttpContext and its tail. it will make your life easier when unit testing your Controller. If you need to access anything from HttpContext like User, QueryString, Cookie etc use custom action filter or create some interface and wrapper and pass it in the constructor. For example, for the following Route:

在你的控制器中不要引用到HttpContext以及它的派生类。这让你能比较容易地进行控制器的单元测试。如果你需要访问与HttpContext相关的对象比如User、QueryString、Cookie等，你可以使用自定义的行为过滤器（博客园的老赵有一篇文章对这一条进行了深入的论述，并提出了自己的解决方案，建议阅读）或者创建一些接口和容器，并把它传入控制器的构造函数。例如，下面的路由：

routes.MapRoute(
    "Dashboard",
    "Dashboard/{tab}/{orderBy}/{page}",
    new {
        controller = "Story",
        action = "Dashboard",
        tab = StoryListTab.Unread.ToString(),
        orderBy = OrderBy.CreatedAtDescending.ToString(),
        page = 1
    }
);

而控制器的行为方法则定义为：

[AcceptVerbs(HttpVerbs.Get),OutputCache(CacheProfile = "Dashboard"),UserNameFilter]
public ActionResult Dashboard(string userName, StoryListTab tab, OrderBy orderBy, int? page) {
}

UserNameFilter这个过滤器负责传递UserName：

public class UserNameFilter : ActionFilterAttribute {
    public override void OnActionExecuting(ActionExecutingContext filterContext) {
        const string Key = "userName";

        if (filterContext.ActionParameters.ContainsKey(Key)) {
            if (filterContext.HttpContext.User.Identity.IsAuthenticated) {
                filterContext.ActionParameters[Key] = filterContext.HttpContext.User.Identity.Name;
            }
        }

        base.OnActionExecuting(filterContext);
    }
}

[更新：一定要明确你已经对控制器或者是对控制器中的行为添加了 Authorize 属性，参见原文评论。]

8. 用行为控制器来转换行为方法参数

用行为过滤器来把传入值转换为你的控制器行为方法参数，再看一下 Dashboard方法的代码，我们以 Enum 类型接受 tab 和 orderBy这两个参数。

[AcceptVerbs(HttpVerbs.Get), OutputCache(CacheProfile = "Dashboard"), StoryListFilter]
public ActionResult Dashboard(string userName, StoryListTab tab, OrderBy orderBy, int? page) {
}

过滤器 StoryListFilter 将负责把它由 路由的值/查询字符串 转换为适当的数据类型。

public class StoryListFilter : ActionFilterAttribute {
    public override void OnActionExecuting(ActionExecutingContext filterContext) {
        const string TabKey = "tab";
        const string OrderByKey = "orderBy";

        NameValueCollection queryString = filterContext.HttpContext.Request.QueryString;

        StoryListTab tab = string.IsNullOrEmpty(queryString[TabKey]) ?
                            filterContext.RouteData.Values[TabKey].ToString().ToEnum(StoryListTab.Unread) :
                            queryString[TabKey].ToEnum(StoryListTab.Unread);

        filterContext.ActionParameters[TabKey] = tab;

        OrderBy orderBy = string.IsNullOrEmpty(queryString[OrderByKey]) ?
                            filterContext.RouteData.Values[OrderByKey].ToString().ToEnum(OrderBy.CreatedAtDescending) :
                            queryString[OrderByKey].ToEnum(OrderBy.CreatedAtDescending);

        filterContext.ActionParameters[OrderByKey] = orderBy;

        base.OnActionExecuting(filterContext);
    }
}

你也可以用自定义模型绑定器来达到同样的目的。如果要那样做的话，你需要为每个枚举创建一个独立的模型绑定器，而不是用一个行为过滤器来处理所有的枚举参数。用模型绑定器还有一个问题，一旦你注册了一个类型，在行为中它就总是被使用，而行为过滤器则是可以根据需要选择使用的。

9. 行为过滤器的位置

If you need the same action filter to all of your controller action methods,  put it in the controller rather than each action method. If you want to apply the same action filter to all of your controller create a base controller and inherit from that base controller, for example the story controller should be only used when user is logged in and we need to pass the current user name in its methods, also the StoryController should compress the data when returning:

如果你要对你的控制器的所有行为方法应用同一个行为过滤器，你可以把这个过滤器放在控制器的定义上而不必给每个行为方法应用。如果你要对你的所有控制器应用同一个行为过滤器，你应该创建一个基控制器，对它应用该过滤器，并让所有的控制器继承这个基控制器。例如 story 控制器应该只在用户已经登陆的情况下才可以使用，并且我们需要把当前用户的用户名传入 story 控制器下的方法，另外Story控制器应该压缩返回的数据：

[Authorize, UserNameFilter]
public class StoryController : BaseController {
}

[CompressFilter]
public class BaseController : Controller {
}

但是如果继承的层次达到或者高于2层，应该另找方法来应用过滤器。最新的 Oxite 代码里有一些非常出色的动态应用过滤器的方法，我强烈推荐你去看一下。

10. 小心使用UpdateModel

我要再次强调 Justin Ethredge 在他的文章中已经提过的这个问题，开发中一定小心，避免陷进UpdateModel的陷阱里去。

11.控制器不要包含任何域逻辑

控制器应该只负责：

• 验证输入
• 调用Model层来为显示视图准备数据
• 返回视图或者跳转到另一个行为

如果你在控制器中坐了其它的事情，那就说明你把它们放错了地方。你在控制器中坐的这些事情或许更应该交给模型去处理。只要你遵守了这条规则，你的每个控制器方法代码应该不会超过20到25行。 Ian Cooper 有一篇很棒的文章《Skin Controller Fat Model》，有空的时候你一定要读一下。

12. 避免使用 ViewData，尽量使用ViewData.Model

依赖于数据字典不仅使你的代码难以重构，而且你还不得不在试图中编写转换代码。实际上即使你给你的控制器的每个方法都单独编写一个类作为数据模型，那也是完全可以的。如果你觉得编写这些视图数据模型类是一项非常乏味的工作的话，你可以使用 MVCContrib 项目中 ViewDataExtensions，它包含一些用于返回强类型对象的不错的扩展。但是如果你的视图数据的数据字典中包含了多个数据类型的话，你还是没办法摆脱数据字典和他的字符串名。

13. 用 PRG 模式来修改数据

Tim Barcz, Matt Hawley, Stephen Walther and even The Gu has blogged this over here, here, here and here. One of the issue with this pattern is when a validation fails or any  exception occurs you have to copy the ModelState into TempData. If you are doing it manually, please stop it, you can do this automatically with Action Filters, like the following:

Tim Barcz, Matt Hawley, Stephen Wather 甚至 Scott Gu 都写了这方面的文章，你可以在 这里、这里、这里和这里找到它们。这个模式的一个问题是当一项验证失败或者发生任何错误的时候，你不得不把ModelState复制到TempData里面。如果你是手动来做这件事，请不要再那样做了，你可以用行为过滤器自动处理它，就像下面这样：

[AcceptVerbs(HttpVerbs.Get), OutputCache(CacheProfile = "Dashboard"), StoryListFilter, ImportModelStateFromTempData]
public ActionResult Dashboard(string userName, StoryListTab tab, OrderBy orderBy, int? page)
{
    //Other Codes
    return View();
}

[AcceptVerbs(HttpVerbs.Post), ExportModelStateToTempData]
public ActionResult Submit(string userName, string url)
{
    if (ValidateSubmit(url))
    {
        try
        {
            _storyService.Submit(userName, url);
        }
        catch (Exception e)
        {
            ModelState.AddModelError(ModelStateException, e);
        }
    }

    return Redirect(Url.Dashboard());
}

还有行为过滤器的代码：

public abstract class ModelStateTempDataTransfer : ActionFilterAttribute {
    protected static readonly string Key = typeof(ModelStateTempDataTransfer).FullName;
}

public class ExportModelStateToTempData : ModelStateTempDataTransfer {
    public override void OnActionExecuted(ActionExecutedContext filterContext) {
        //Only export when ModelState is not valid
        if (!filterContext.Controller.ViewData.ModelState.IsValid) {
            //Export if we are redirecting
            if ((filterContext.Result is RedirectResult) || (filterContext.Result is RedirectToRouteResult)) {
                filterContext.Controller.TempData[Key] = filterContext.Controller.ViewData.ModelState;
            }
        }

        base.OnActionExecuted(filterContext);
    }
}

public class ImportModelStateFromTempData : ModelStateTempDataTransfer {
    public override void OnActionExecuted(ActionExecutedContext filterContext) {
        ModelStateDictionary modelState = filterContext.Controller.TempData[Key] as ModelStateDictionary;

        if (modelState != null) {
            //Only Import if we are viewing
            if (filterContext.Result is ViewResult) {
                filterContext.Controller.ViewData.ModelState.Merge(modelState);
            } else {
                //Otherwise remove it.
                filterContext.Controller.TempData.Remove(Key);
            }
        }

        base.OnActionExecuted(filterContext);
    }
}

MVCContrib 项目也有这个功能，但是我不喜欢他们在用一个单独类来处理的方式，我喜欢对“哪个方法输出”和“哪个方法输入”有更多的控制权。

14. 为你的视图模型创建父类层并用行为过滤器来构成公共部分

Create a layer super type for your view model classes and use action filter to populate common things into it . For example the tiny little application that I am developing I need to know the User Name and whether the User is authenticated.

为你的视图模型类编写一个父类层，并用过滤器来构成它的公共部分。例如我正在开发的这个非常小的应用程序，我需要知道用户是否已经认证，已及用户名。

public class ViewModel {
    public bool IsUserAuthenticated {
        get;
        set;
    }

    public string UserName {
        get;
        set;
    }
}

还有行为过滤器的代码：

public class UserNameFilter : ActionFilterAttribute {
    public override void OnActionExecuting(ActionExecutingContext filterContext) {
        const string Key = "userName";

        if (filterContext.ActionParameters.ContainsKey(Key)) {
            if (filterContext.HttpContext.User.Identity.IsAuthenticated) {
                filterContext.ActionParameters[Key] = filterContext.HttpContext.User.Identity.Name;
            }
        }

        base.OnActionExecuting(filterContext);
    }
}

public class ViewModelUserFilter : ActionFilterAttribute {
    public override void OnActionExecuted(ActionExecutedContext filterContext) {
        ViewModel model;

        if (filterContext.Controller.ViewData.Model == null) {
            model = new ViewModel();
            filterContext.Controller.ViewData.Model = model;
        } else {
            model = filterContext.Controller.ViewData.Model as ViewModel;
        }

        if (model != null) {
            model.IsUserAuthenticated = filterContext.HttpContext.User.Identity.IsAuthenticated;

            if (model.IsUserAuthenticated) {
                model.UserName = filterContext.HttpContext.User.Identity.Name;
            }
        }

        base.OnActionExecuted(filterContext);
    }
}

As you can see that it not replacing the model, if it is previously set in the controller, rather it populates the common part if it finds it compatible. Other benefit is, the views that only depends the layer super type you can simply return View() instead of creating the model.正如你所看到的，如果在控制器里预先设定它的话，它并没有替换模型，而是在它发现模型与它符合的时候，才作为控制器的公共部分起作用。另一个好处是，由于视图只依赖于父类层，你可以不必返回具体的model，而只需要返回 View()。

以上就是作者关于 ASP.NET MVC 最佳实践的第一篇的全部内容，之后我将继续翻译作者关于此话题的第二篇文章。

未完待续…

相关日志

• 2009-06-28 — ASP.NET MVC 最佳实践（一）
• 2009-04-13 — [翻译]ASP.NET MVC动手实验1-3：开发ASP.NET MVC应用
• 2009-04-09 — [翻译]ASP.NET MVC动手实验1-2：创建ASP.NET MVC应用
• 2009-04-09 — [翻译]ASP.NET MVC动手系列1-1：ASP.NET MVC概述
• 2009-07-05 — PHP 5.3.0 发布
• 2009-06-22 — Whatever:hover – 无需javascript让IE支持丰富伪类
• 2009-04-30 — VS2008 中 JS IntelliSense出错的解决
• 2008-06-22 — 动易SW中的一个严重但不影响使用的bug（二）
• 2008-06-22 — 静态页面生成的思考
• 2008-06-18 — 动易SW中的一个严重但不影响使用的bug(一)

推广驴霸在前，打击谷歌在后，主管部门加强互联网监管的意向是再明确不过了。至于google中文域名以外的服务这次遭到如此待遇，我觉得，其目的应该是多方面的。网上有一种观点认为这是{G}{F}{W}的一次尝试，意在试探网民的反应程度；另一种观点则认为这是对google多次遭到警告而未采取切实有效的手段（或者说是拒绝合作）的一种警告；甚至还有一种声音，认为google这次境外服务以及gmail的多数产品服务中断，是在奥运会调高google.com警戒级别尚未调低的情况下，由于央视曝光引起网民用google搜索敏感词频率上升造成的的{G}{F}{W}自动学习的结果。很有创意的想法，不管是不是真的，我喜欢这种带有科幻片色彩的，与终结者2018一样给我们警示的想法。

不管真相是哪一种，但是我觉得从这个事件本身所造成的影响来看，是多方面的，而且都是对google不利的。与之前央视的曝光就像给谷歌做了一次最成功的事件营销不同，这次的事件对google的影响是非常巨大的。

首先，如此大面积的服务中断，不管背后的原因是什么，都将严重削弱国内用户对google的信任度。因为对于追求稳定的商业用户来说，他们不会在意这件事情是否有政治背景或者其他，他们为了自己的利益，有可能会选择其他的服务商来替代。因为一个被政府盯上的，服务随时有可能由于“不可抗的外力”造成中断的公司，不会是他们的最佳选择。如果同样的事件之后再来几次，别说是商人，普通网民可能也会选择放弃google，这次google事件发生后，网上迅速出现了像“建议大家尽快备份gmail、google reader等资料”的呼吁，也可以看出这一点。就像我在之前的文章里所说的，google遭到的是来自一个庞大力量的不正当竞争。

其次，google作为一个企业，他最终极有可能为了保住市场而选择妥协。毕竟，google是跨国企业而不是互联网斗士。它可能同情、可能愤怒、可能遗憾，但是最终为了商业利益，它还是极有可能选择妥协。而这正好符合了主管部门的心愿。我们只能期望，“不作恶”的google，即使妥协，也是采取技术手段来妥协，而不要向不合理的落后的监管妥协，一个安装了监控软件的gmail，是很难和国内的126、sohu等邮箱竞争的。

第三、央视曝光谷歌，有很大程度上应该是在为驴霸转移注意力，但是随着驴霸正式预装（这个“正式”就像珍珠港事件一样，充满了阴谋味道，因为六月份销售的部分品牌电脑已经安装了驴霸软件）的日期临近，主管部门也许觉得还需要一个更能吸引大家注意力的事件，来为驴霸尽可能地铺平道路。对于这一点，我只能说，对于驴霸的批判的注意力也许被转移了，但是民众对于驴霸的态度不会有任何的改变，甚至于，等到哪个界面丑陋问题百出的驴霸真正来到广大网民前面的时候，会有很多家长改变观点，加入反对的阵营。有兴趣的朋友可以看看 可能吧 的这篇文章，你就知道驴霸与四千多万/年的价格相比是多么地不和谐。

第四、对于很多爱党爱国的群众来说，google作为一个“传播色情信息”、“服务不稳定”、一再违背主管部门命令的外国公司，会让他们觉得“深恶痛绝”、然后“坚决支持”甚至“强烈要求”进行严厉打击。这样就调动起他们的批判热情，从而形成强大的民意来对抗现在互联网上“不明真相”的少数“别有用心”的人为google说话的舆论压力。最雷人的一点就是，在中国这样一个民族主义盛行、爱国愤青贬低、抵制洋货成潮流的天朝上国，这次由官方发起的批判活动居然没有引发抵制谷歌的热潮，实在是莫大的讽刺，简直是“对我天朝的巨大侮辱”。

最后一点，或许这算是唯一一点真正值得欣慰或者说是某些精英头脑忽略了的一个问题吧。那就是由于google的这次事件，很多使用gmail的普通用户、使用google广告的商家和站长、以及google其它优秀产品的国内用户受到了影响，这将使更多原本真的以为我们生活在地球村，我们“拿着麦克风”的人意识到{G}{F}{W}的存在。也使更多的人产生翻墙的需求。这或许算是对google的一点点轻微的补偿吧，一旦来到墙外，谁还会用百度呢？

相关日志

• 2009-07-03 — 不管是什么颜色的“坝”我们都不怕
• 2009-07-01 — 推迟的本质就是不了了之
• 2009-07-01 — 索尼恶搞工信部 – 绿坝犹如预装的定时炸弹
• 2009-06-24 — 七条对策帮你摆脱“绿坝”的纠缠
• 2009-06-23 — 国内媒体联合打击google是举国之力玩“不正当竞争”
• 2009-07-03 — 一个小网警的龌龊思想
• 2009-06-26 — Hello World!
• 2009-06-24 — google旗下域名遭到劫持
• 2009-06-19 — 绿坝：初衷是好的就够了吗？
• 2009-06-04 — 中国互联网管理需要清醒一下找找方向

1. 创建UrlHelper的扩展方法来生成url

尽量避免以字符串方式直接传递controller, action 或者 route name，最好是为创建为UrlHelper创建扩展方法来封装url。例如：

public static class UrlHelperExtension {
    public static string Home(this UrlHelper helper) {
        return helper.Content("~/");
    }

    public static string SignUp(this UrlHelper helper) {
        return helper.RouteUrl("Signup");
    }

    public static string Dashboard(this UrlHelper helper) {
        return Dashboard(helper, StoryListTab.Unread);
    }

    public static string Dashboard(this UrlHelper helper, StoryListTab tab) {
        return Dashboard(helper, tab, OrderBy.CreatedAtDescending, 1);
    }

    public static string Dashboard(this UrlHelper helper, StoryListTab tab, OrderBy orderBy, int page) {
        return helper.RouteUrl("Dashboard", new { tab = tab.ToString(), orderBy = orderBy.ToString(), page });
    }

    public static string Update(this UrlHelper helper) {
        return helper.RouteUrl("Update");
    }

    public static string Submit(this UrlHelper helper) {
        return helper.RouteUrl("Submit");
    }
}

这样，如果在你的视图中有类似这样的代码：

    <%= Html.ActionLink("Dashboard", "Dashboard", "Story") %>
    <a href="<%= Url.RouteUrl("Profile")%>">Profile</a>

你就可以用下面的这种方式来代替它们：

<a href="<%= Url.Dashboard() %>">Dashboard</a>
<a href="<%= Url.Profile() %>">Profile</a>

在控制器里也可以用，原来的代码：

return RedirectToAction(
    "Dashboard",
    "Story",
    new {
        tab = StoryListTab.Favorite,
        orderBy = OrderBy.CreatedAtAscending,
        page = 1
    }
);

可以写成：

return Redirect(Url.Dashboard(StoryListTab.Favorite,
                                OrderBy.CreatedAtAscending, 1));

当然了，你也可以使用 future assembly 中的强类型版本来获得控制器、方法以及参数值，或者创建你自己的强类型版本以免将来进行重构时太过于痛苦，但是请一定记住，它没有官方支持并且将来有可能会发生改变。上面的方式也可以和强类型版本搭配使用。当然“另外增加一个间接层”（Scott Ha 喜欢用的引语）有一些好处，在编写单元测试的时候还有一个好处是你只需处理 RedirectResult 而无须同时处理 RedirectResult 和 RedirectToRouteResult。

2. Create Extension Method of UrlHelper to map your JavaScript, Stylesheet and Image Folder

默认情况下 ASP.NET MVC 创建Content、Scripts文件夹来做这些事，这一点我不喜欢，我更喜欢下面的这种文件夹结构，这样在IIS里我可以只让静态文件缓存在Assets文件夹而不是多个文件夹：

• Assets
• +images
• +scripts
• +stylesheets

无论是结构是什么样的，还是要为UrlHelper创建一些扩展方法来映射这些文件夹，以便你在视图中可以很方便地指向它们，这样以后如果你要改变目录结构，你就无须做大量查找替换的工作。我还建议你为所有经常在视图中用到的资源创建UrlHelper的扩展方法。例如：

public static string Image(this UrlHelper helper, string fileName) {
    return helper.Content("~/assets/images/{0}".FormatWith(fileName));
}

public static string Stylesheet(this UrlHelper helper, string fileName) {
    return helper.Content("~/assets/stylesheets/{0}".FormatWith(fileName));
}

public static string NoIcon(this UrlHelper helper) {
    return Image(helper, "noIcon.png");
}

然后当需要用到这些路径的时候，原来的代码

<link href="../../Content/Site.css" rel="stylesheet" type="text/css" />

就可以写成这样：

<link href="<%= Url.Stylesheet("site.css")%>" rel="stylesheet" type="text/css" />

3. 中使用启动加载器

我在以前的文章中已经提到过这一点，总的来说就是：如果你要在 Global.asax 的 Application_Start 中做很多处理，比如 注册路由规则(Routers)、注册控制器工厂(Controller Factory)、模型绑定(Model Binders)、视图引擎(View Engine)、启动程序级的特定后台服务或者为特定部分创建独立任务等，那就用启动加载器来执行这些操作。这会让你的代码更简洁，更可测。这一点在用 ASP.NET MVC 构建门户级应用时尤其有用，因为这类应用中的每个模块都可能有一些不影响到其他模块的启动初始化操作。但是如果你只是开发一个小应用，上面提到的这些对你来说都不是问题，你当然也可以继续用默认的 global.asax。

4. 不要硬编码对依赖注入容器的调用，用通用服务定位器来代替。

不要让任何特定的依赖注入容器(DI Container)打乱你的代码，更好的办法是使用通用服务定位器(Common Service Locator)，它是对底层依赖注入进行的抽象，已经支持几乎所有流行的依赖注入容器，它让你可以任意替换底层的依赖注入对象而无须修改代码，因为每个依赖注入容器都具有一些不同于其它容器的特性。Tim Barcz 最近写了一篇关于这个话题的很棒的文章，我不太明白他为什么没有提到我们对我们偏爱的依赖注入容器有多痴迷。通用服务定位器对绝大部分常用情景都提供了支持，而对一些特殊情况比如对已实体化对象的依赖注入，我印象里有 StructureMap、Ninject 和 Unity，你可以调用静态方法 ServiceLocator.Current.GetInstance 来代替。 通用服务定位器 是 Jeremy D Miller 发起的 依赖注入容器开发者(the DI Containers creators)的集体作品。

用通用服务定位器创建控制器工厂非常容易：

public class CommonServiceLocatorControllerFactory : DefaultControllerFactory {
    protected override IController GetControllerInstance(Type controllerType) {
        return (controllerType == null) ? base.GetControllerInstance(controllerType) : ServiceLocator.Current.GetInstance(controllerType) as IController;
    }
}

我希望 MVCContrib 的成员们也用这样的方式，而不是为每个容器创建一个独立的控制器工厂。

5. 用恰当的的AcceptVerbs属性来修饰你的控制器方法

ASP.NET MVC 比 Web Forms 更容易遭受攻击。所以务必让对数据进行修改的控制器方法只接受 Post 方式请求（HttpVerbs.Post）。如果安全对你来说至关重要，你还可以用 ValidateAntiForgeryToken 或者 Captcha。我强烈推荐 Derik Whittaker 写的一篇 很好的文章 以及视频介绍了怎么把 reCaptcha 整合到 ASP.NET MVC 应用程序（作者注：不要错过了 DimeCasts.net 的另一个短片，我从中学到了很多）。我的经验法则是对所有数据修改方法使用 HttpVerbs.Post，对所有数据读取操作使用 HttpVerbs.Get。

6. 用OutputCache修饰你的频繁调用的操作方法

Use OutputCache attribute when you are returning the less frequent updated data, prime candidate may be your home page, feed etc etc. You can use it for both Html and Json data types. When using it, only specify the Cache Profile name, do not not specify any other thing, use the web.config output cache section to fine tune it. For example:当你需要返回不频繁更新的数据时使用 OutputCache 属性，最常见的例子是首页、Feed等。你在返回Html以及Json数据类型的方法中都可以使用这个属性。在使用的时候，注意只指定CacheProfile参数，不要指定任何其它东西，用 web.config 输出缓存控制节可以很好地调整它。例如：

[AcceptVerbs(HttpVerbs.Get), OutputCache(CacheProfile = "Dashboard")]
public ActionResult Dashboard(string userName, StoryListTab tab, OrderBy orderBy, int? page) {
}

在 web.config 文件中的配置：

<system.web>
    <caching>
        <outputCacheSettings>
            <outputCacheProfiles>
                <clear/>
                <!-- 15 Seconds -->
                <add
                    name="Dashboard"
                    duration="15"
                    varyByParam="*"
                    location="Client"
                    />
            </outputCacheProfiles>
        </outputCacheSettings>
    </caching>
</system.web>

请继续阅读：《ASP.NET MVC 最佳实践（二）》

相关日志

• 2009-07-01 — ASP.NET MVC 最佳实践（二）
• 2009-04-13 — [翻译]ASP.NET MVC动手实验1-3：开发ASP.NET MVC应用
• 2009-04-09 — [翻译]ASP.NET MVC动手实验1-2：创建ASP.NET MVC应用
• 2009-04-09 — [翻译]ASP.NET MVC动手系列1-1：ASP.NET MVC概述
• 2009-07-05 — PHP 5.3.0 发布
• 2009-06-22 — Whatever:hover – 无需javascript让IE支持丰富伪类
• 2009-04-30 — VS2008 中 JS IntelliSense出错的解决
• 2008-06-22 — 动易SW中的一个严重但不影响使用的bug（二）
• 2008-06-22 — 静态页面生成的思考
• 2008-06-18 — 动易SW中的一个严重但不影响使用的bug(一)

举报理由：用技术手段封锁爱国爱党言论（见图，可自行验证）。

事实经过：

详细描述：

值此伟大的中国共产党建党八十八周年，建国六十周年之际，为了向我们伟大的党表达一名普通爱国爱党群众的拥护和爱戴，我在我的滔滔里写下了图片中的字样，大家可以看出，我所写的内容，是在我们的光明网、新华网、人民网常常可以看到，在人民日报、CCTV等媒体上也可经常看到的，绝对合法，绝对爱党，绝对符合国家法律法规和绝对坚持四项基本原则的内容。其中既不含淫秽色情的词汇，更不含有任何造谣污蔑或者煽动性词汇，甚至于，连一点点含有褒义的词汇都没有。

但是，让我心冷（我相信也让党和人民心痛）的是，作为一家中国的公司旗下的网站，滔滔居然将我对党的一片赤诚和忠心拥护污蔑为“非法内容”。

我不知道腾讯的意思是“伟大”、“光荣”、“正确”是非法关键词？还是说我这整句话是造谣侮辱？如果腾讯是这个意思，那么我不禁想问：腾讯滔滔，你到底还坚不坚持四项基本原则？你到底还坚不坚持党的领导？你竟敢认为领导中国人民推翻三座大山建立了民主共和国，并且带领人民在改革开放和经济建设中取得举世瞩目的伟大成就的党不光荣、不伟大、不正确？

你是替谁说话？

作为一名普通的中国公民，作为在党的光辉照耀下成长起来的新一代无产阶级事业接班人中的一员，我本着坚决与犯罪分子和反动分子斗争到底的革命精神，怀着向老一辈革命家学习的理想，勇敢举报这种伤害爱党爱国人民群众（或许已经触犯法律，俺们草民无权判定，只有法院才能给人定罪）的行为。

希望主管部门能根据我国宪法和法律，对腾讯滔滔的这个行为进行调查，如果该行为触犯互联网法律法规，应该及时进行查处。

最后，祝愿我们伟大祖国繁荣昌盛！

随机推荐

• 2005-12-12 — 实践：用Div+CSS重构网页
• 2006-05-19 — 免费领取微软Vista测试光盘
• 2008-06-09 — 撕破兰董的牛皮
• 2006-03-18 — 老家的电子政务网
• 2006-04-24 — 上网之累
• 2005-10-29 — 感冒来袭
• 2007-02-01 — 关于考试
• 2006-06-04 — 狼牙山
• 2006-09-28 — 关于男人
• 2009-06-28 — google域名劫持事件的影响