netUFO's dotNET space

一直使用 IDesign 的 C# Coding Standard，觉得不错就翻译下，有需要的朋友可以拿去用。

在线查看 http://www.scribd.com/full/11200017?access_key=key-cg0ryua26w93euveigx

下载 IDesign_CSharp_Coding_Standard.zip

在 ASP.NET 中，系统允许我们在 web.config 中配置 customErrors 节点重定向错误信息页面。

<customErrors mode="On" defaultRedirect="MyErrorHanldingPage.aspx">
    <error statusCode="403" redirect="NoAccess.htm"/>
    <error statusCode="404" redirect="FileNotFound.htm"/>
</customErrors>

不过，在自己的错误信息页中是无法捕捉到被抛出的 Exception 中的。在 dotNET 3.5 中， customErrors 增加了一个属性 redirectMode，通过将这个属性的值设为 ResponseWrite，我们就可以在错误信息页中捕获和处理抛出的 Exception 了。

web.config

<customErrors mode="On" defaultRedirect="MyErrorHanldingPage.aspx" redirectMode="ResponseRewrite">
    <error statusCode="403" redirect="NoAccess.htm"/>
    <error statusCode="404" redirect="FileNotFound.htm"/>
</customErrors>

MyErrorHandlingPage.aspx.cs

public partial class MyErrorHandlingPage : Page
{
    protected void Page_Load(object sender, EventArgs e)
    {
        Exception[] exceptions = Context.AllErrors;

        foreach (Exception ex in exceptions)
        {
            // 处理 Exception
        }

        // 或者只处理最后一个 Exception
        Exception exception = Context.Error;
        // 处理 Exception
    }
}

按照这里配置的。

顺便试下上图片。

http://community.bamboosolutions.com/blogs/bambooteamblog/archive/2008/05/21/how-to-install-windows-sharepoint-services-3-0-sp1-on-vista-x64-x86.aspx

有人写了个小工具，这里有篇文章详细介绍怎么使用。

Windows SharePoint Services 3.0 Tools: Visual Studio 2005 Extensions 只能安装在 Windows 2003 Server 下，但我的 OS 是 Windows Xp，安装程序检查时通不过，没办法，只好想个办法骗骗它了。

在注册表中建立这个键值就可以了：

[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Shared Tools\Web Server Extensions\12.0]
"Sharepoint"="Installed"

或者下载这个注册表文件导入也可以。

从 Visual Studio 2008 的 Calendar 上看到， 计划 2007年11月23日 release RTM 版本，VS 2008 支持多个 .NET Framework 版本的并行开发，所以不是一定要升到 Framework 3.5 才可以用，所以还是值得早点升级的。

而且 Visual Studio 2008 中对 LINQ、Vista 应用程序、SharePoint 2007、WPF、WWF、Office 2007 的支持还是值得期待的。

好心人把 .NET 3.5 的 namespace 做了一个大图，有足够大的纸的人可以打印一张。

原文 http://blogs.msdn.com/brada/archive/2007/11/03/net-framework-3-5-namespace-poster.aspx

下载 http://download.microsoft.com/download/4/a/3/4a3c7c55-84ab-4588-84a4-f96424a7d82d/NET35_Namespaces_Poster_LORES.pdf

MOSS 2007  里的 Excel Services 可以十分方便的把 Excel 文件发布到网页上，不过由于环境限制，有很多 Excel 的功能是不能使用的，否者显示时系统直接就显示一个错误信息。麻烦的是系统提供的信息十分笼统，根本不知道是 Excel 文件里什么出了问题，结果每次只好把 Excel 文件改来改去传上去试，用户访问时经常看到错误页面也很不爽。

还好有好人做了个 Excel 的插件可以检查 Excel 文件的兼容性。到这里可以下载

http://blogs.msdn.com/cumgranosalis/archive/2007/09/14/excel-services-compatibility-checker-build-914-autofix-external-references-finer-control-over-available-checks.aspx

顺便给一个描述 Excel Services 支持和不支持的特性的链接

http://office.microsoft.com/en-us/sharepointserver/HA101054571033.aspx?pid=CH101768471033

顺便感谢烟友 Dafna 提供这个工具的地址。

本地下载链接 version 0.1.914.0

Scott Guthrie 在 Blog 上发布消息，.NET Framework 基本类的源代码会随着 .NET Framework 3.5 和 VS2008 发布，终于不用被微软的 Bug 困扰了，不过安全问题却是更容易暴露了。

微软在开源的路上又走了一步。

Scott 何许人也，请看

从2006年12月5日起，Google不再“鼓励”人们使用SOAP风格的Searching API，代之以AJAX风格。

这里头有三件事请值得注意。

一是一个肯定句。SOAP肯定是要完蛋了，至少是在公共互联网上要完蛋了。

当 然，在企业里还会有人用，甚至可能在一段时间内还成上升趋势，这也不奇怪，这些东西本来就是“企业级”的人恶搞出来的，忽悠广大人民群众未果之后，只好回 到“企业级”舔伤。不过一个五六年前被大头头们一致看好的技术，如今只能在“企业级”的、官僚主义的庇护下瑟瑟发抖，等着哪一天REST过来乌龙山剿匪， 实在也可谓晚景凄凉。

由此可见，保持一副挑剔的胃口是很重要的。好多人（也包括我在内）第一天看到SOAP就反胃，保持挑剔胃口的人就一直反胃下来，非暴力不合作着。可是也有 少数人降格以求，吐啊吐啊就习惯了，追随SOAP而去了。最后答案揭晓，这厮确实就是个咸蛋超人，确实不是奥特曼。

二是一个疑问句。Google选择AJAX暴露API（除了搜索，还有地图服务的API），这是不是意味着，在真正的大Web服务整合时代到来之前，会先出现一个页面级AJAX服务整合时代？

这个问题得交代清楚。我认为互联网的未来就是所有的基础服务（登录、索引、搜索、地图、存储、查询、报表、计费、交易、评论、分词、语义分析、图片、视 频、论坛、博客，等等等等）全部由专业公司通过Web服务提供，中小网站只要把这些专业公司提供的Web服务定制整合起来就OK了，不用每个网站自己写一 个登录认证，还老是被安全漏洞困扰。问题在于，那些专业公司通过什么方式提供Web服务？SOAP注定要完蛋，可以选择的是REST和AJAX。

要照理说，REST应该是不二之选，但是最近很有几个网站通过AJAX风格暴露其Web Services，比如 JS-Kit.com，你可以在自己的(X)HTML页面里包含一段JavaScript，轻松获得一个AJAX风格的评论组件。换一种说法，这个站点提 供“评论”这件事情的Web Services服务，任何网站可以把自己的评论功能委托给这家网站做。现在Google也以AJAX方式暴露自己的搜索服务，会不会一时间蔚然成风？

别以为这事无关紧要。REST属于服务端整合，AJAX属于客户端服务整合。比如我办了个小网站，其中各项基础服务全都通过调用大网站的Web服务委托给 他们做。如果采用REST整合，那么用户访问我的网站时，得先跟我打交道，经由我再去调用Amazon、Yahoo! 的Web服务。如果采用AJAX整合，页面推到用户那里之后，就跟我没啥关系了，用户一搜索，访问请求直接给Google了，不动点手脚的话，我连用户干 了什么都不知道。这里面的区别当然是不小。

我感觉AJAX风格未免太不遵守游戏规则，广大中小网站不见得会接受，所以或许火不起来。看看Google什么时候推出REST风格的API吧。

三是一句提醒。希望国内做Web的企业注意Web服务这个动向，别重蹈WPS的覆辙。

起码从现在来看，在互联网上，我们国内的企业干的不错，把外资巨头打得找不着北。好多人都对此兴高采烈，豪情万丈，包括我本人，也不止一次跟不止一堆人说 过，“中国互联网的事情，最后肯定是要中国人解决”。不过坦率地说，今天外资互联网企业在中国之所以进行得不顺利，其实里头没有多大秘密，无非就是对中国 的情况研究不透，对***思想领会不深，用人不当、办事不妥而已。尤其用人，还停留在看出身、看学历、看作秀力的初级阶段，还差的远呢。所以他们一时半会 不知所措，绝对正常。但是，只要人家努力，上面这些问题总是可以解决掉的。一旦走上正确的轨道，资金、技术、特别是在技术标准上的优势就能发挥出来。因 此，对于我们国内互联网企业来讲，仗着人熟地熟，长官照顾来维持优势，终归是不长久的。

Web服务化是个大趋势，最终会制定各项Web服务的标准API。这就是下一代的技术标准。谁控制这个标准，谁就能在Web服务时代大大地赚一笔。我来描 述一下这个过程。首先是几个大的互联网厂商推出各自的Web服务API，在实践中检验、修正，逐渐成熟之后就坐在一起商量，定一个标准。然后推出产品、工 具，出书，布道，推广他们这个“标准”，让一般人遵循这个标准来做网站或者页面特别方便。然后数以百万计的中小型网站和数以亿计的个人博客就会按照这个标 准来做自己的东西，你不遵守这个标准，就跟今天自己开发一个不支持HTTP和HTML的浏览器一样，做的再好也没人用。咱们很多企业，闷着头做产品，完了 再闷着头数钱，乐滋滋的，觉得闷声发大财就是最高境界，能抬起头制定技术战略的实在不多。仗着模仿速度快，前赴后继。其实人家老外打从朝鲜战争的时候就知 道了，拼命他拼不过咱们，所以人家从来不跟我们拼命。但是人家有更高级的手段来对付我们。一手握住金融资本，一手抓住技术标准，两手抓，两手都要硬，这个 才是老牌帝国主义的杀手锏。WPS的故事，不用我再重复了吧？有些事情说透了就没劲了。

一个小新闻，说了这么多，该写的程序已经拖了两天没写了，罪过。