博客园_随风飘扬

卸载VS2011 Developer Preview后Sql Server2008 R2建立数据库关系图报“找不到指定的模块”错误的解决

2011-11-01T14:52:00Z

1.哇哦，遇到问题了。

话说上回我为了尝尝螃蟹的味道而装了 VS2011 Developer Preview，但是装完后立马卸载掉了，原因是这家伙的安装目录位置没用，我设置到D盘的但是装完后D盘的文件夹只有一百多M，而足足8G+的空间是在C盘上消耗的。可怜我的C盘本来只有8.XG，所以不得不卸载掉它。

卸载掉本身没啥问题，只是昨晚突然发现 Sql Server 2008 R2 Management Studio 突然不能新建数据库关系图了，一建立就会报“找不到指定的模块（MS Visual Database Tools）”的错误：

为了这个错误我甚至认真评估了重新配置数据库的可能性。无奈这个R2的SQL2008打过SP1了，无论是修复还是重装都是很花时间的事情，所以不甘心，在Google上找了一圈。终于找到个类似的主题反应了这个问题。是位国际友人报告的，标题是“SQL Server 2008 R2 - "Specified Module cannot be Found. (MS Visual Database Tools)"”，其实是一样的错误（他的是英文版……）。可惜这个主题中表示同样遭遇这个问题的人虽然不少，但是他们终究没找到解决方案。

根据他们的经验，下面的方法已经确认是无效的：

重装 SQL2008 （我想包括了修复）
重装 .net framework 3.5
重装VS2010和VS2010 SP1

他们并没有讨论出个所以然来。如果非说他们有进度的话，那就是其中的一个哥们儿选择了『重装系统』来一了百了……

作为一个Win7正式发布后就没重装过系统的人来说，这样的解决方案确实有点儿……无法接受。

2.还是自己解决吧。

伟大的领袖毛主席说，『自己动手，丰衣足食』。

具体查找原因的过程略……其实就是用Process Monitor观察创建关系图时的加载操作，看看哪些是失败的，说出来又是巴拉巴拉一堆流水账，不说也罢。最终找到的原因是：『找不到 msvcr11.dll 』。

明眼人一看就知道这是 VS2011 中的附带的VC运行时，但为什么卸载VS2011后SQL Server 2008R2 还需要它，这个问题也许只有微软能解释了。（说不定是VS2011更新了SQL2008 R2也使用的共享组件？）

既然知道原因了，那就很简单了。在VS2011 Developer Preview的安装包中找到“packages\vcRuntimeMinimum_x86\vcRuntimeMinimum_x86.msi”安装一下就行了。64位系统说不定把“packages\vcRuntimeMinimum_amd64\vcRuntimeMinimum_amd64.msi”也装一下更好一点。这样说来，回想起来我卸载VS2011的时候是把附带的组件想当然地觉得也是不需要的所以给一并删除了。看来删除有风险删除需谨慎啊，有些东西真的不是你想删，想删就能删的。哎。

本文链接

LINQ中的强制类型转换Cast函数其实挺坑爹的

2011-10-17T15:13:00Z

今天被LINQ的Cast函数坑了一次，不过细究之下其实还是学到了新东西的。其实强制类型转换大部分人都会天天接触，可是谁会知道这里面还有点小秘密呢？

1.强制类型转换？

我想能看到这里的同学应该都不需要我去解释，所谓强制类型转换就是指将一个变量由一个数据类型强制转换为另一个类型，当然前提是对象和目标类型是兼容的。
下面这两行便执行了一个强制类型转换：

double a = 23.0;
int b = (int)a;

由于过于简单，这里说太多就有失水准鸟。
不过呢，这里要求俩类型具有兼容性；所谓的兼容性就是说要么它们是派生类的关系，要么系统知道如何去转换他们。
因此，对于自定义类型，我们往往会通过实现隐式转换或显示运算符来让它们支持转换，像下面的这个A和B类，这么搞一下俩人便能良好地兼容鸟：

public class A
{
public static implicit operator B(A a) { return new B(); }
public static implicit operator A(B a) { return new A(); }
}
public class B
{
}
static void Test()
{
//直接强制乱转，木有问题
var a = new A();
var b = (B)a;
}

在这个全民皆LINQ的时代，CLR也为我们带来了一个类型转换的扩展方法：Cast。
先来看一下MSDN中关于Cast方法的定义：将 IEnumerable 的元素转换为指定的类型。如果元素无法强制转换为 TResult 类型，则此方法将引发异常。
说白了，就是说Cast可以将一个序列从一个类型转换为另一个类型的序列。于是我便想当然地认为，那这个Cast不就是执行了一个强制类型转换嘛。

2.可是真的是完整的强制类型转换吗？

我回过头再去看的时候才发现原来MSDN中的介绍真的不怎么详细，只说是转换。可是这个『转换』到底是个嘛儿啊，到底怎么样的转换啊。
咱用事实来说话。祭出ILSpy看看Cast这个函数是怎么定义的：

// System.Linq.Enumerable
/// <summary>Converts the elements of an <see cref="T:System.Collections.IEnumerable" /> to the specified type.</summary>
/// <returns>An <see cref="T:System.Collections.Generic.IEnumerable`1" /> that contains each element of the source sequence converted to the specified type.</returns>
/// <param name="source">The <see cref="T:System.Collections.IEnumerable" /> that contains the elements to be converted.</param>
/// <typeparam name="TResult">The type to convert the elements of <paramref name="source" /> to.</typeparam>
/// <exception cref="T:System.ArgumentNullException">
///   <paramref name="source" /> is null.</exception>
/// <exception cref="T:System.InvalidCastException">An element in the sequence cannot be cast to type <paramref name="TResult" />.</exception>
public static IEnumerable<TResult> Cast<TResult>(this IEnumerable source)
{
    IEnumerable<TResult> enumerable = source as IEnumerable<TResult>;
    if (enumerable != null)
    {
        return enumerable;
    }
    if (source == null)
    {
        throw Error.ArgumentNull("source");
    }
    return Enumerable.CastIterator<TResult>(source);
}

这个代码本身不复杂，分三段。一段就是看类型是不是可以直接转换过去，如果可以的话就直接返回；值得注意的是在.Net 4.0中 IEnumerable<T>接口是协变的，所以派生类的IEnumerable<T>可以直接转换到基类的IEnumerable<T>。如果返回的是null，那就说明转换失败了，就会由最后一个 CastIterator 返回一个 IEnumerable。
用ILSpy看CastIterator其实也很简单：

private static IEnumerable<TResult> CastIterator<TResult>(IEnumerable source)
{
    foreach (object current in source)
    {
        yield return (TResult)current;
    }
    yield break;
}

似乎就是一个强制类型转换嘛。

那好吧，我们写下这样的代码：

public static void Test()
{
var aa=new []{new A()};
var bb=aa.Cast<B>().ToArray();
}

从第一节的例子我们能看到，A完全是可以强制类型转换为B的。可是出人意料的，这里会抛出一个InvalidCastException：

Unable to cast object of type 'A' to type 'B'.

如果不是之前已经说过了能正常转换，我一定会觉得是自己的转换代码出了问题。事实上也确实如此，我下午在项目里转悠了一个小时找到底是哪里写错了。没理由强制类型转换却转换不了不是？

好在到最后我终于把怀疑的目标指向了Cast函数本身。于是写下这段代码测试一下：

public static void Test()
{
double[] a = new[] { 12.4 };
int[] b = a.Cast<int>().ToArray();
}

果然这个Cast还是抛出了InvalidCastException异常：

这个Cast函数到底干的啥啊？啥都转不了啊这个？

3.那这下怎么办？

Cast不能用，那直接用 Select 不就结了？这样就行了。

public static void Test()
{
var aa = new[] { new A() };
var bb = aa.Select(s => (B)s).ToArray();
}

4.追根究底

可是我还是想知道上面看起来像是强制类型转换的那货为啥会抛异常？

在MSDN和ILSpy中转悠了半天后，祭出Google大神，终于找到一篇有用的资料：Linq Cast extension method and InvalidCastException。

这位遇到相同命运的作者遇到的问题和上面我从double到int的转换测试类似，不过他是从byte转换到int，理论上隐式转换都行。
值得注意的是这篇博客本身没有解释问题，真正有价值的是在它的回复中。翻译过来就是这样：

在C#中，(type)<表达式> 是一个基本的类型转换运算符。也就是说，当编译器知道一个表达式可以直接转换为另一个类型时，它会生成一个直接转换代码；如果不能，那么它会查找是否有自定义转换的方法，并生成调用它的代码。在直接面对类型的转换中，编译器知道哪些类别可以强制转换（虽然不能直接转换）。这时，因为byte不是int，所以不能直接转换，但是它可以通过正确的IL代码来转换为int（这里是 conv_i4操作码）。
然而，这样的操作只有当编译器在编译时知道表达式可以转换到目标类型才可以。当通过扩展方法的类型参数进行转换，编译器对TIn是否能直接转换或强制转换为TOut是一无所知的。正因为这些信息的缺失，我认为在Cast扩展方法中的IL代码是使用简单的"castclass"操作码，这个操作码并不具备在运行时查找显式转换方法的能力（或者它可以找，但是Cast运算符不进行那样的操作）。
这样便很简单了：因为byte不是int，所以Cast转换就会因为InvalidCastException失败，这和在这里描述的行为是完全一致的： http://msdn.microsoft.com/en-us/library/system.reflection.emit.opcodes.castclass%28VS.85%29.aspx。

通过对这段话的解读，可以知道实际上(type)强制类型转换运算符涉及到编译时的操作。当通过类型参数进行转换时，因为编译器无法预知目标的类型信息，所以只能生成最基本的castclass操作代码，而无法对自定义转换函数等进行支持。这也就解释了为什么A和B实现了隐式运算符却会抛异常，而int和byte之间的Cast也会抛异常的问题。

5.再来验证下

依据上一节中的理解，那么我们可以认为下面这样一段代码是无法正常工作的：

static TResult CastTest<TSource, TResult>(TSource s)
{
return (TResult)s;
}
public static void Test()
{
var b = CastTest<A, B>(new A());
}

但当我们实际编译的时候，会惊奇地发现：何止不能工作，连编译都无法编译通过：

错误 1 无法将类型"TSource"转换为"TResult"

可是Cast方法的怎么编译成功的？再回头看了一下Cast的实现代码，才发现在foreach循环中先是将目标对象转换为了object，再实施强制类型转换的。由于object是万物的始祖，这么一来就搞得好像是和派生类之间的强制转换一样了。不得不说这真的是一个很曲线救国的方案。不管怎样，咱依葫芦画个瓢再说。

static TResult CastTest<TSource, TResult>(TSource s)
{
return (TResult)((object)s);
}
public static void Test()
{
var b = CastTest<A, B>(new A());
}

结果这段代码抛出了一模一样的错误，很是光荣：

查看下IL，用的是 unbox.any 操作码：

.method private hidebysig static
    !!TResult CastTest<class TSource, TResult> (
        !!TSource s
    ) cil managed
{
    // Method begins at RVA 0x29a4
    // Code size 17 (0x11)
    .maxstack 1
    .locals init (
        [0] !!TResult CS$1$0000
    )

    IL_0000: nop
    IL_0001: ldarg.0
    IL_0002: box !!TSource
    IL_0007: unbox.any !!TResult
    IL_000c: stloc.0
    IL_000d: br.s IL_000f

    IL_000f: ldloc.0
    IL_0010: ret
} // end of method Test1::CastTest

根据MSDN中对 unbox_any 操作码的介绍，当目标值是个引用对象时，这个操作码的行为和 castclass 是一致的。可见上节中的解释，虽然不完全正确，但大致是不差的。

6.总结

总结很简单：

Cast扩展方法不具备调用自定义转换运算符的能力（包括隐式和显式的转换运算符）
但回头想想这样的设计也很合理，因为这是为了保持原有的序列的操作，如果真的类型转换了，那么序列就会被变更（虽然有时候这是故意的）；那这么说这个扩展函数的名称改为AsType是不是更加合适？
强制类型转换包括类型兼容性和自定义转换运算符。对自定义转换运算符需要编译器在编译时的参与，否则无法起作用
ILSpy显示的代码有时候仅供参考

PS，Live Writer有个毛病和VS2003的HTML设计器一样很讨厌，就是粘贴HTML代码的时候，它喜欢乱加font标签。

本文链接

运行于IIS/MVC平台上的GIT服务器Bonobo Git Server的实践 (附带汉化补丁)

2011-07-19T04:31:00Z

关于 Bonobo Git Server

之前曾经尝试在Windows平台上搭建一个GIT服务器，无奈又要装SSH又要这个又要那个的，便放在一边了，实在没工夫折腾它。昨天有点烦躁，于是便想折腾点儿什么名堂，这不，就想起折腾它了。

想起它的原因是，之前有看到dudu的《用开源 ASP.NET MVC 程序 Bonobo Git Server 搭建 Git 服务器》，看的时候没有在意，这会儿想起来啦，便去下载了回来装上测试，安装其实挺简单，就是还是有点儿问题。

关于安装

安装的过程不用说的，因为 dudu 说得足够明白了。值得一提的是WebDav必须打开，否则在Push的时候会出现“Return Code 22”的错误，其实服务器返回的是这样的一个错误：

嗯没错，PROPFIND这个方法需要WebDAV的支持，所以没打开的时候就会发生这个错误。

当然，Return Code 22 也会有其它原因，后面再说。

值得一提的是，我发现这个程序在IIS Express上也可以正常运行，可见IIS Express足够彪悍。设想一下如果设置Bonobo Git Server的库路径为相对路径，再带上IIS Express，这不就活脱脱一个移动源码库了么。

关于错误

似乎 Bonobo Git Server 设置了“友好的错误信息”显示，因为它在 Global.asax.cs 中出现了如下的代码：

protected void Application_Error(object sender, EventArgs e)
{
Exception exception = Server.GetLastError();
Response.Clear();
HttpException httpException = exception as HttpException;
RouteData routeData = new RouteData();
routeData.Values.Add("controller", "Home");
if (httpException == null)
{
routeData.Values.Add("action", "Error");
if (exception != null)
{
Trace.TraceError("Error occured and caught in Global.asax - {0}", exception.ToString());
}
}
else
{
switch (httpException.GetHttpCode())
{
case 404:
routeData.Values.Add("action", "PageNotFound");
break;
case 500:
routeData.Values.Add("action", "ServerError");
Trace.TraceError("Server Error occured and caught in Global.asax - {0}", exception.ToString());
break;
default:
routeData.Values.Add("action", "Error");
Trace.TraceError("Error occured and caught in Global.asax - {0}", exception.ToString());
break;
}
}
Server.ClearError();
Response.TrySkipIisCustomErrors = true;
IController errorController = new HomeController();
errorController.Execute(new RequestContext(new HttpContextWrapper(Context), routeData));
}

简而言之，就是它在服务器处理请求出错的时候，尝试捕获错误的请求，记录日志后重写路由数据到自定义的错误。可惜这个方法并没有判断路径，所以当使用GIT客户端请求的时候它也一律返回HTML格式的错误页面。不过这并不是关键，而是记录下的错误大多是这样的：

w3wp.exe Error: 0 : Server Error occured and caught in Global.asax - System.Web.HttpException (0x80004005): Server cannot set status after HTTP headers have been sent.
   at System.Web.HttpResponse.set_StatusCode(Int32 value)
   at System.Web.HttpResponseWrapper.set_StatusCode(Int32 value)
   at System.Web.Mvc.HttpStatusCodeResult.ExecuteResult(ControllerContext context)
   at System.Web.Mvc.ControllerActionInvoker.InvokeActionResult(ControllerContext controllerContext, ActionResult actionResult)
   at System.Web.Mvc.ControllerActionInvoker.InvokeAction(ControllerContext controllerContext, String actionName)
   at System.Web.Mvc.Controller.ExecuteCore()
   at System.Web.Mvc.ControllerBase.Execute(RequestContext requestContext)
   at System.Web.Mvc.ControllerBase.System.Web.Mvc.IController.Execute(RequestContext requestContext)
   at System.Web.Mvc.MvcHandler.<>c__DisplayClass6.<>c__DisplayClassb.<BeginProcessRequest>b__5()
   at System.Web.Mvc.Async.AsyncResultWrapper.<>c__DisplayClass1.<MakeVoidDelegate>b__0()
   at System.Web.Mvc.Async.AsyncResultWrapper.<>c__DisplayClass8`1.<BeginSynchronous>b__7(IAsyncResult _)
   at System.Web.Mvc.Async.AsyncResultWrapper.WrappedAsyncResult`1.End()
   at System.Web.Mvc.MvcHandler.<>c__DisplayClasse.<EndProcessRequest>b__d()
   at System.Web.Mvc.SecurityUtil.<GetCallInAppTrustThunk>b__0(Action f)
   at System.Web.Mvc.SecurityUtil.ProcessInApplicationTrust(Action action)
   at System.Web.Mvc.MvcHandler.EndProcessRequest(IAsyncResult asyncResult)
   at System.Web.Mvc.MvcHandler.System.Web.IHttpAsyncHandler.EndProcessRequest(IAsyncResult result)
   at System.Web.HttpApplication.CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute()
   at System.Web.HttpApplication.ExecuteStep(IExecutionStep step, Boolean& completedSynchronously)

大家应该都看明白了，记录的这个错误根本就不是真正的错误。表面上看的这个错误信息是当响应标头已经发送后，不允许再修改状态码，但实际上是，因为发生了一个错误，导致错误被拦截，拦截之后尝试去更改状态码，可惜这时候又出错了 - -#

所以关于GIT的操作一般一次出错会出现两个错误日志。一个是真正的错误，一个么就是这个 HttpException 了。但是个人感觉，对于开发人员而言，根本不需要什么友好的错误信息，友好的错误信息的存在只会干扰问题的解决。我昨儿遇到问题的时候，就因为这个破烂友好的错误信息的存在，在错误日志里面看到这个HttpException很奇怪，捣鼓了半天才发现这个不是关键，关键在其它地方。所以后来我将这个部分的代码全部取消了，改用Fiddler去抓取提交的请求，很顺利地解决了剩下的问题。

Bonobo Git Server的BUG：修改库路径可能会导致配置文件被破坏

话说上面我屏蔽掉这个友好的错误信息之后才发现原来是这个错误导致的服务器错误：

w3wp.exe Error: 0 : Error occured and caught in Global.asax - System.InvalidOperationException: There is an error in XML document (5, 17). ---> System.Xml.XmlException: Data at the root level is invalid. Line 5, position 17.
   at System.Xml.XmlTextReaderImpl.Throw(Exception e)
   at System.Xml.XmlTextReaderImpl.Throw(String res, String arg)
   at System.Xml.XmlTextReaderImpl.ParseRootLevelWhitespace()
   at System.Xml.XmlTextReaderImpl.ParseDocumentContent()
   at System.Xml.XmlTextReaderImpl.Read()
   at System.Xml.XmlTextReader.Read()
   at System.Xml.XmlReader.ReadEndElement()
   at System.Xml.Serialization.XmlSerializationReader.ReadEndElement()
   at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserConfiguration.Read2_UserConfiguration(Boolean isNullable, Boolean checkType)
   at Microsoft.Xml.Serialization.GeneratedAssembly.XmlSerializationReaderUserConfiguration.Read3_Configuration()
…….

看到服务器返回的错误信息再去看看原来的错误日志，果然有这个错误，只是夹杂在一堆HttpException中太不引人注目了。打开 App_Data\config.xml 一看果然文件不对，最后多出了几个字符“ion>”。

为什么多出这么几个字符很让我费解。后来突然想明白了，之前曾经改过GIT库的路径，于是又去做了试验：先将库路径设置为“D:\Git”，保存，然后再修改为“D:\”，再保存。两次保存的 config.xml 内容如下：

可以看到，库路径变短后文件末尾便多出了那么几个字符。由此可以推测，在保存 config.xml 的时候，它使用了覆写的模式，并且在保存前没有清空源文件，这就导致在新配置内容短于原配置时，原文件最后多出来的字符便充当了“配置杀手”，破坏了配置文件。

看看它的源码确认一下：（UserConfigurationManager.cs）

public static void Save() {
using (var file = new FileStream(_configPath, FileMode.OpenOrCreate))
{
_serializer.Serialize(file, Configuration);
}
}

可以看到打开文件模式是 OpenOrCreate，其实这里应该用 FileMode.Create，否则就会存在此BUG。

关于 web.config 需要注意的地方

我遇到的错误之一就是请求的流长度过长。由于提交是需要POST过去的，所以请求的内容长度将会视提交的内容而变化。我第一次提交过去是整个解决方案提交的，整个包是4.1M，于是便出错了，无法提交。在IIS7或以上长度限制默认是256K，IIS6是4M。要修改很简单，打开web.config，在 <system.web> 节下面加上一个子节：

<httpRuntime maxRequestLength="102400"/>

这里修改为100M——似乎有点大，但是老衲认为并没有很大问题。值得注意的是，在IIS7以上平台运行时，即便做过这样的设置，限制还是有的，并且不是100M，而是大约28.6M左右，这是因为在IIS7或以上的服务器还有一个 maxAllowedContentLength 限制，这个默认值是 30000000，单位是字节，大约就是 28.6M。所以要突破此限制，<system.webserver> 这里也要一并添加：

<security>
<requestFiltering>
<requestLimits maxAllowedContentLength="102400000"></requestLimits>
</requestFiltering>
</security>

至此，这个问题便可以解决了。

汉化成中文版

Bonobo Git Server 自带了多语言机制，所以很容易翻译成中文，只要对 Resources.resx 加上一个 zh-CN 的区域设置就可以了。不过在它的代码中，取当前用户语言用的是 Request.Languages 进行获得的，并且取的是前两位代码，而不是全部；换句话说，我设置自己的浏览器区域为 zh-CN的话，它识别的区域其实是 zh。关于这点我就很费解了，因为除了英语以外，它还自带了 cs-CZ 语言（原谅我不知道这个是哪国的），照此设置的话其实这个语言在客户端浏览器设置为 cs-CZ 为首选语言时是无法自动切换的（不过并不影响手动切换）。

因为上面的原因，我对源码进行了点点的修改，切换语言用的是完整的区域代码，并且没有标记语言时使用服务器默认的语言，而不是英文。前台的页面和样式表也进行了部分的修改，去掉了图标展示……个人感觉图标太不直观啦，太小了。还有就是语言需要手动加上，这个不够方便。

截图如下：

下载链接：http://www.u-tide.com/fish/Service.asmx/Download/39/39

发布页面：http://www.u-tide.com/fish/soft/bonobo_git_server_mod/

更改说明：
[!] 基于 2011.04.13 源码版本构建
[+] 修正保存配置时可能会破坏配置文件的BUG
[*] 修改设置语言时设置的区域代码
[*] 修改了web.config 中关于文件长度限制的配置
[*] 修改了前台页面和样式表中关于语言切换的内容
[+] 增加了简体中文的界面语言

使用说明
------------------------------------------------------------
解压Patch下的文件并覆盖服务器软件根目录覆盖已有文件即可。

注意：
1.如果有自行编译过项目，请将App_GlobalResources下的文件加入项目后重新编译，而不要使用包中的bin下的文件，以防更改丢失；
2.如果有自行修改过web.config，请不要覆盖已有的 web.config ，以免配置丢失；
3.如果有自行修改过前台界面，请确认修改不会和补丁包中的文件冲突。

相关链接

Dudu ，《用开源 ASP.NET MVC 程序 Bonobo Git Server 搭建 Git 服务器》
Jeff Widmer，《From IIS6 maxRequestLength to IIS7 maxAllowedContentLengthFile – specifying maximum file upload size》
Bonobo Git Server

本文链接

一点杂碎: 为IIS Express加上文件夹菜单/两个 region 的 snippet

2011-04-14T05:55:00Z

凑点儿东西一起扔上首页，不是很深的技术性话题，不过蛮实用的我觉得。
内容提纲：

如何为文件夹加上右键菜单，可以直接作为网站打开
如何在VS中快速地插入 #region

1.为IIS Express加上文件夹菜单

之前看到有园友发了一篇“网站开发必备-快速浏览Asp.Net网站绿色小工具”，他那个是拿微软官方的 Cassini 源码重新改写而成的，方便是很方便，可惜只支持.Net 2.0。如果想测试 .Net 4.0 的怎么办呢？最好的方案就是用IIS Express了。

关于IIS Express的命令行语法可以参考我之前的文章“IIS Express的配置和注意点”。但是命令行操作终究是太麻烦了，怎么样才能快速地调用呢？当然是加上菜单。

保存以下的注册表代码为注册表文件并导入:

32位操作系统:

Windows Registry Editor Version 5.00
[HKEY_CLASSES_ROOT\Directory\shell\iisexpress]
"Extended"=""
"NoWorkingDirectory"=""
@="使用 IIS Express 作为网站打开"

[HKEY_CLASSES_ROOT\Directory\shell\iisexpress\command]
@="\"C:\\Program Files\\IIS Express\\iisexpress.exe\" \"/path:%1\" /port:2099 /clr:v4.0 /systray:true"

64位操作系统(主要就是个程序文件路径不一样):

Windows Registry Editor Version 5.00

[HKEY_CLASSES_ROOT\Directory\shell\iisexpress]
"Extended"=""
"NoWorkingDirectory"=""
@="使用 IIS Express 作为网站打开"

[HKEY_CLASSES_ROOT\Directory\shell\iisexpress\command]
@="\"C:\\Program Files (x86)\\IIS Express\\iisexpress.exe\" \"/path:%1\" /port:2099 /clr:v4.0 /systray:true"
值得注意的是，因为我觉得这个菜单使用并不是那么频繁，所以特别加入了扩展开关。平时右击文件夹是没有的（省得每次都看到），需要使用的话，需要按住Shift再右击：

在命令行中指定的端口是2099（这个数字多浪漫啊……），.Net 4.0的CLR，可以通过 /clr:v4.0 修改，特殊情况下需要2.0和4.0两个版本时，再加上一个菜单就行了 ^_^。当然，前提是要你已经安装过 IIS Express，好在这家伙个头也很小。启动后，你可以通过 http://localhost:2099/ 访问。

2.两个 region 的 snippet

C#中的region可以折叠代码区域相信大家都很熟悉，其实在js中也能实现……就是安装VS2010的扩展 JSEnhancements。它能实现在js中类似region代码的折叠，不过它使用的是比较复杂的语法……

//#region 测试区域
function test() {
}
//#endregion

最终的显示效果如下：

不过老实说我觉得这打得太麻烦了，就算是C#中能直接打 #region …. #endregion 我都嫌麻烦。于是我就想到了 snippet。

下面这两个分别是C#和JS的region片段，复制到记事本并分别另存为 region_c#.snippet 和 region_js.snippet，注意要保存为 UTF-8编码（最好有个专门的目录存放这些自定义的snippet，这样用起来方便些）。

C#：

<CodeSnippet Format="1.1.0" xmlns="http://schemas.microsoft.com/VisualStudio/2005/CodeSnippet">
<Header>
<Title>region</Title>
<Author>木鱼(fishcn@foxmail.com)</Author>
<Shortcut>region</Shortcut>
<Description>region XML 注释的代码段</Description>
<SnippetTypes>
<SnippetType>Expansion</SnippetType>
</SnippetTypes>
</Header>
<Snippet>
<Declarations>
<Literal>
<ID>name</ID>
<ToolTip>region 标题</ToolTip>
<Default>RegionName</Default>
</Literal>
</Declarations>
<Code Language="csharp"><![CDATA[#region $name$
$selected$$end$
#endregion]]></Code>
</Snippet>
</CodeSnippet>

JS：

<CodeSnippet Format="1.1.0" xmlns="http://schemas.microsoft.com/VisualStudio/2005/CodeSnippet">
<Header>
<Title>region</Title>
<Author>木鱼(fishcn@foxmail.com)</Author>
<Shortcut>region</Shortcut>
<Description>region XML 注释的代码段</Description>
<SnippetTypes>
<SnippetType>Expansion</SnippetType>
</SnippetTypes>
</Header>
<Snippet>
<Declarations>
<Literal>
<ID>name</ID>
<ToolTip>region 标题</ToolTip>
<Default>RegionName</Default>
</Literal>
</Declarations>
<Code Language="jscript"><![CDATA[//#region $name$
$selected$$end$
//#endregion]]></Code>
</Snippet>
</CodeSnippet>

打开VS，通过“工具”-“代码段管理器”打开管理器，通过“添加”或“导入”分别在 JScript和C#类别下分别加入这两个 snippet，收工~~

以后在js或cs文件中，输入 region 就能看到这两个snippet，连续按两次TAB即可快速插入：

收工~

本文链接

IIS Express 的配置、使用和注意点

2011-03-19T16:40:00Z

VS2010的SP1引入了IIS Express支持，这是值得高兴的事情……因为自带的ASP.net Development Server只能单站点运行、不能设置虚拟目录、多少个项目就会出现多少个等等等等巴拉巴拉，我对它恨之入骨，总之，很长一段时间内我进行开发实际上都是用IIS的。但是用IIS有不方便的地方，就是必须开启IIS Admin服务，而且VS必须以管理员模式运行才能正常打开项目和调试。每次都以管理员模式启动已经比较麻烦了，比较郁闷的是，以管理员模式启动的vs处于特权状态，所以程序间的文件拖放就失效了……换句话说，如果我想从资源管理器中直接拖一个文件到vs中打开，就办不到了。

所以对IIS Express一直是比较期待的。

本文包含内容：

关于IIS Express的介绍
IIS Express的配置文件中网站的配置
如何在VS2010中配置IIS Express
如何避免需要管理员身份启动IIS Express
IIS Express比较有用的命令行参数

1.关于IIS Express的介绍

Scottgu 在这篇文章中介绍了伴随着ASP.net MVC 3而来的新东西，其中就包含IIS Express 7.5，介绍如下：

轻量，易于安装，安装包不到5M；
从VS中启动、调试应用程序不需要管理员身份；
带有完整的WEB服务器功能支持——支持SSL、URL回写以及其它IIS7.x的模块
和IIS7.x完全一致的web.config配置模型
可以和IIS、ASP.net Development Server 同时安装，没有任何冲突
支持XP及更高的操作系统，在所有的系统上都提供IIS7.x一致的开发功能

关于IIS Express常规的安装、使用，相关介绍的文章比较多，我就不多说了。这里说说没怎么见人提的地方。

2.关于配置文件

默认情况下IIS Express使用的配置文件位于“我的文档”中，路径如下：“我的文档\IIS Express\Config”。其中，applicationhost.config 是核心的配置文件，它用于承载站点的定义、应用程序和应用程序池以及整个WEB服务器的配置。由于是放在我的文档中的，所以修改它不需要管理员权限，意味着可以直接修改。在修改后，下次启动应用程序就会起效。

在applicationhost.config内容中，<system.applicationHost> 用于定义网站和应用程序池。默认情况下，其内容如下：

<system.applicationHost>
<applicationPools>
<add name="Clr4IntegratedAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
<add name="Clr4ClassicAppPool" managedRuntimeVersion="v4.0" managedPipelineMode="Classic" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
<add name="Clr2IntegratedAppPool" managedRuntimeVersion="v2.0" managedPipelineMode="Integrated" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
<add name="Clr2ClassicAppPool" managedRuntimeVersion="v2.0" managedPipelineMode="Classic" CLRConfigFile="%IIS_USER_HOME%\config\aspnet.config" autoStart="true" />
<add name="UnmanagedClassicAppPool" managedRuntimeVersion="" managedPipelineMode="Classic" autoStart="true" />
<applicationPoolDefaults managedRuntimeLoader="v4.0">
<processModel />
</applicationPoolDefaults>
</applicationPools>
<!--
The <listenerAdapters> section defines the protocols with which the
Windows Process Activation Service (WAS) binds.
-->
<listenerAdapters>
<add name="http" />
</listenerAdapters>
<sites>
<site name="WebSite1" id="1" serverAutoStart="true">
<application path="/">
<virtualDirectory path="/" physicalPath="%IIS_SITES_HOME%\WebSite1" />
</application>
<bindings>
<binding protocol="http" bindingInformation=":8080:localhost" />
</bindings>
</site>
<applicationDefaults applicationPool="Clr4IntegratedAppPool" />
<virtualDirectoryDefaults allowSubDirConfig="true" />
</sites>
<webLimits />
</system.applicationHost>

IIS Express 内建了五个应用程序池，分别对应.Net 2.0/4.0的集成/经典模式、以及一个非托管程序池。默认的程序池版本有 <spplicationPoolDefaults> 节来配置。<sites> 节用于配置网站。网站的默认应用程序池和虚拟目录默认配置由 <applicationDefaults> 和 <virtualDirectoryDefaults> 节点配置。以上的节点默认情况下我们并不需要太多关注，因为大多数情况下我们需要关注的只有 <sites> 下的 <site> 节点，这里保存了网站、应用程序的定义，才是我们需要真正关心的。

①.每个 <site> 就是一个网站。

这和IIS中的网站是一样的概念。serverAutoStart 设置了是否随着 IIS Express的启动而自动启动。如果设置为true，那么每次 IIS Express 启动都会自动加载（如果没有指定网站的话），否则只有以指定特定网站的模式运行时才会加载。

使用IIS Express加载特定网站的语法是： IISExpress.exe /site:<站点名>

②.<site> 下的<bindings>设置了这个站点的绑定信息。

节点下的每个<binding>都是一个端口绑定信息。典型的绑定配置如下：<binding protocol="http" bindingInformation="*:8080:localhost" />

protocol 指定了绑定的协议类型（IIS Express内建了 HTTP 和 HTTPS两种协议支持），而“*:8080:localhost”则指定的绑定的具体信息，它有三个部分组成：“绑定的IP:端口:主机名”。默认情况下，绑定到任何本地IP、非保留端口、绑定到localhost。注意这个localhost，有讲究，特定情况下可能会导致你很困惑，请参考本文后面的内容。

③.<application> 这个节设置了网站的应用程序

每个网站都需要至少一个映射路径为“/”应用程序（它映射到根目录）。除此之外，你可以继续添加并行的不同路径的 <application> ，这就类似于IIS中的网站里配置的应用程序。

例如，在FishSite这个网站中，我需要添加一个单独的应用程序，映射到根目录下的fish目录，那么我就可以这样配置：

<site name="FishSite" id="2">
<application path="/" applicationPool="Clr2IntegratedAppPool">
<virtualDirectory path="/" physicalPath="<网站的根目录>" />
</application>
<application path="/fish" applicationPool="Clr2IntegratedAppPool">
<virtualDirectory path="/" physicalPath="<此应用程序的根目录>" />
<virtualDirectory path="/content/" physicalPath="</fish/content/ 目录对应的虚拟目录>" />
</application>
<bindings>
<binding protocol="http" bindingInformation="*:5000:localhost" />
</bindings>
</site>

在<site>中，只有 path="/" 这个应用程序是必须的（不能缺少），其它都是可以任意添加的。

④.<virtualDirectory> 设置了目录的映射信息

参见上面展示的代码。在每个<application>节下，必须至少存在一个 path="/" 的 virtualDirectory，它代表了这个目录映射的位置。除此之外，可以手动添加多个映射的路径不同的虚拟目录。

3.关于虚拟目录的支持

IIS Express支持虚拟目录，这是对我来说很重要的一个改进，因为实际的项目中经常有很多目录是共享的，比如上传目录、配置文件目录等等，在ASP.net Development Server中这些都是办不到的。

IIS Express的站点模型和IIS是一致的，最基本的是站点，站点下可以区分应用程序、虚拟目录。

配置文件中如何手动创建它们，请参考上节中的介绍自行创建。在VS中如何创建呢？

①，将使用IIS或ASP.net Development Server的项目迁移到IIS Express上

注意：你需要安装 VS2010 SP1来让VS2010支持IIS Express。

在“解决方案管理器”中右击网站项目，并选择“使用IIS Express….”即可：

VS会使用一个新的默认端口在IIS Express中创建网站。

②，如果你想要将当前项目作为一个虚拟目录映射到现有的某个站点或新网站的根目录下，那么推荐在项目属性中更改（项目属性-WEB）：

输入完成后，直接点击“创建虚拟目录”即可完成转换操作。VS将会自动在本机的IIS Express中完成配置。

③，如果想映射到一个本地目录（比如资源共享，上传目录等）到IIS Express承载网站的应用程序下

那么可以参考上面介绍的配置文件手动更改。貌似IIS Express 中的 appcmd 也可以更改，不过个人觉得这类简单的配置，直接编辑就搞定了，用 appcmd 的话还需要先去学习怎么用它，怪麻烦的。

例子可以参考前面相关的内容。

4.关于管理员身份启动

IIS Express设计是为了避免需要管理员权限就能完成大部分操作的。但是个别情况下它会要需要管理员权限才能运行（我当时在这里就栽了跟头，研究了N久）。这类的限制包括：

绑定到了保留的端口（通常位于1024以下的端口，如80、88、443等）；
没有绑定localhost，而是绑定了域名或其它内容；
使用了HTTPS，但是端口不在44300-44399范围内；
使用了自己的SSL证书的HTTPS。

①，使用了保留的端口

通常操作系统的HTTP.sys（网络内核）将1024以下的端口设计为保留端口，如果IIS Express需要绑定到这些端口，则需要它拥有管理员权限，否则就会失败。错误类似这样：

反映到系统的日志中，就是这样的错误：

要解决这个问题，很简单，只要将端口绑定到非保留端口即可（大于1024），或使用管理员身份启动它^备注1。

②，绑定了其它域名

默认情况下，IIS Express只能绑定到 localhost。如果需要绑定到具体的域名供外部访问而又没有解决方案，那么就会遭遇到失败的问题。

要解决，也很简单——就是使用管理员身份启动它^备注1。

③，使用了HTTPS，但是端口不在 44300-44399之内

IIS Express用于承载HTTPS站点测试时，端口会限制在44300-44399之内，这同样是操作系统的限制。如果超过了这个范围，则需要以管理员身份启动它才能正常工作^备注1。

④，使用了自己的SSL证书的HTTPS

IIS Express默认会安装一个测试的自签名证书用于开发，这允许开发人员在没有SSL证书的情况下进行开发。但是如果站点使用了自己的SSL证书，则会导致IIS Express需要管理员身份才能启动^备注1。

5.关于命令行启动选项

①，使用自己的config文件

默认情况下IIS Express会使用在“我的文档”中保存的 applicationhost.config。但是如果我们以命令行模式启动它，则可以指定配置文件的路径。

命令行是： iisexpress /config:<配置文件路径>

对于团队开发，这会比较有用，比如创建全局的config签入到源代码管理中，这样能同步全局的服务器目录结构配置（当然，如果小项目或者没有目录映射的话就没多大意义了）。启动IIS Express使用此命令行启动，就省去了每次牵出项目还得配置IIS Express的麻烦（同时，开发服务器的配置可以直接保存到项目中，也就避免了每个人的开发服务器可能有差别）。

这种情况下，调试可以使用VS的“附加到进程”来完成。

②，启动一个临时网站

有些情况下，我们需要启动一个临时的网站（比如快速创建一个临时服务器等），便可以用类似的命令行来创建：

iisexpress /path:<网站目录> /port:<端口> /clr:<CLR版本，V2.0|V4.0>

iis express会复制一份配置文件到临时目录，并变更其中的站点信息后再启动，因此不会影响到本机已经配置的网站。

6.结束语

IIS Express的出现让我着实高兴了一番，相比 ASP.net Development Server的过于简单、使用IIS每次都要以管理员身份启动VS来说，IIS Express给我们提供了一个很好的折衷方案。

虽然接受它需要花点儿功夫 :-)

备注1：可以使用 netsh (vista或win7/2008) 或 httpcfg 来更改系统注册表的配置，请参考：http://learn.iis.net/page.aspx/1005/handling-url-binding-failures-in-iis-express/
备注2：更多的关于不使用管理员身份运行 IIS Express的信息，请参考：http://learn.iis.net/page.aspx/1003/running-iis-express-without-administrative-privileges/
备注3：更多的关于命令行运行 IIS Express的信息，请参考：http://learn.iis.net/page.aspx/870/running-iis-express-from-the-command-line/
备注4：更多的关于IIS Express托盘图标的信息，请参考：http://learn.iis.net/page.aspx/869/using-the-windows-system-tray-to-manage-websites-and-applications/

本文链接

Visual Studio 2010 Service Pack1(10.0.40219.1) 发布（附在线安装程序/中英文离线安装包）

2011-03-09T08:57:00Z

都说微软的东西必须等到SP1才能用~关于VS2010 SP1究竟有哪些改进、添加了什么新功能，请参考：

http://msdn.microsoft.com/en-us/visualc/gg697159

VS2010 SP1于2011年3月8日正式发布，公开下载将于3月11日开放。老衲没有MSDN订阅帐号……但是目前已有在线安装包被放出来，不过在线安装过于慢，所以我提取了在线安装所需要的所有补丁并重新整合到一个压缩包中，生成了这个离线安装包。考虑到大部分人仅需要中英文的补丁，所以这个包去掉了所有的非中、英文语言补丁，因此大小只有约完整镜像（1.48G）的50%（经7z压缩后710M），下载后可以直接离线安装，无需再从网上下文件（当然，为保险起见，最好还是不要断网~）。

因为仅包含中、英文文件，所以如果是其它语言（如繁体中文等）安装，需要在线再下载一些支持文件（大小约50-80M，视语言而不同），当然应该比下完整版的1.48G都要划算了（参考说明）。

完整的版本（ISO ）在3月11日即将公开下载，而且其体积过大（1.48G），我就不放出来了，需要完整版的同学耐心等待一两天即可。

（

注：所有的补丁都是我通过分析XML手动下载的，不是从MSDN上获取的ISO镜像再修改的。请网速不错的同学选择在线安装，可能下载的内容更少。

我制作这个安装包只是为了方便在线安装不方便、或者觉得官方的1.48G太大、收藏起来有点浪费而重新打包的、没有对任何文件进行修改，对文件或版权有疑虑的同学，请自觉等MS公开发布，谢绝下载此处文件！

）

微软MSDN上的原说明

File Name: mu_visual_studio_2010_sp1_x86_x64_dvd_651704.iso
Date Published (UTC): 3/8/2011 9:13:36 AM	Last Updated (UTC): 3/8/2011 10:20:52 AM
SHA1: 61C2088850185EDE8E18001D1EF3E6D12DAA5692	ISO/CRC: C77C2A14
Available to Levels: MSDN OS (VL); VS Pro with MSDN Premium (Empower); MSDN OS (Retail); Developer AA; Designer AA; VS Pro with MSDN (Retail); VS Premium with MSDN (MPN); VS Pro with MSDN Premium (MPN); BizSpark Admin; BizSpark; VS Pro with MSDN Embedded (Retail); WebsiteSpark Admin; WebsiteSpark; VS Pro with MSDN Embedded (VL); VS Test Pro with MSDN (VL); VS Ultimate with MSDN (VL); VS Premium with MSDN (VL); VS Pro with MSDN (VL); VS Test Pro with MSDN (Retail); MSDN Essentials; VS Premium with MSDN (Retail); VS Ultimate with MSDN (Retail); MSDN for Action Pack; Expression Professional (Retail); Expression Professional (VL); VS Ultimate with MSDN (MPN); MSDN AA Institution; VS Ultimate with MSDN (NFR FTE);
Instructions and Resources
IMPORTANT NOTE: Do not install this Service Pack if you have downloaded and installed the stand-alone ‘Microsoft Windows SDK for Windows 7 and .NET Framework 4 (Windows SDK v7.1)’ and you are using the x64 or IA64 compilers that were included in that download. Please see the related article for more information. This ISO image includes an installer for Visual Studio 2010 Service Pack 1. To minimize download size, consider using the Web Installer. NOTE: This installer is for all editions of Visual Studio 2010 (Express, Professional, Premium, Ultimate, and Test Professional). The following languages are included: Chinese-Simplified, Chinese-Traditional, English, French, German, Italian, Japanese, Korean, Russian, and Spanish.

这次发布的SP1包含了下列语言：英文，简体中文，繁体中文，法语，德语，印度语，日语，韩语，俄语以及西班牙语。

值得注意的是，如果之前曾经安装过“Microsoft Windows SDK for Windows 7 and .NET Framework 4 (Windows SDK v7.1)”并且使用了其中的x64或IA64编译器，那么安装SP1可能会出现问题，具体解决方法请查看：http://go.microsoft.com/fwlink/?LinkID=212355。

安装说明

如果你是安装简体中文版或英文版VS2010的SP1，那么下载后直接安装即可。

如果非中文版、英文版VS2010、而在上面的语言列表中的，可以按以下方法安装：

下载在线安装程序（后面有）；
当然你可以选择直接在线装……如果不想在线等几百M的东西下完，可以继续看 :-)；
下载简体中文的离线安装包；
用WinRAR解压在线安装程序；再解压中文的离线安装包，并将文件夹里面（注意是压缩包的文件夹里面）的所有文件覆盖到在线安装包的程序目录中；
启动在线安装包的安装程序，此时需要下载一些丢失的语言文件（视语言不同，需要下载的文件在20-80M不等）

下载

在线安装程序：http://u.115.com/file/t3ba631b3a （794K）

中/英文离线安装程序：http://u.115.com/file/f099493137（710M）

（

注：所有的补丁都是我通过分析XML手动下载的，不是从MSDN上获取的ISO镜像再修改的。请网速不错的同学选择在线安装，可能下载的内容更少。

）

完整的包足足1.48G，况且两天后就可以直接下了，这里放出的意义不是很大，就不放出来了。

本文链接

发布一个最新版Productivity Power Tools中的CopyAsHtml扩展的修改版（含工具和源码）

2011-02-24T16:15:00Z

Productivity Power Tools是微软官方发布的一个用于VS2010的扩展，功能是在Visual Studio的文本编辑器中按下Ctrl+C或通过其它方式执行“复制”或者“剪切”功能的时候，生成一份HTML格式的源码放到剪贴板中，此时可以在网页编辑器、网页中的可视化编辑器中直接粘贴出和VS中格式相同的源码。

今天这个工具发布了最新的版本，其中CopyAsHtml组件进行了更新，加入了选项对话框，个人觉得这个比较实用，所以将原来的组件修改迁移到这个版本中。值得一提的，原来我发布的修改版存在一个BUG，就是当选择的内容存在不需要的缩进时，会导致缩进丢失，感谢之前mangohappy给我的反馈和在我发布的源码基础上进行的改进。

1.这个和官方的组件相比有和更改？

和官方组件相比，变更如下：

允许在生成最终代码时，忽略部分VS的文字编辑器样式（比如背景色，文字大小，文字样式等等）
使用OL来代替Pre显示代码区域，并允许加上class类名以便于在网页中进行代码样式的微调，支持显示行号（可以通过后期定义样式隐藏）
能在复制或剪切时自动移除公共缩进（见后说明，仅针对HTML）

2.什么是自动移除公共缩进？

这里指的公共缩进，就是指下面这个代码片段中所标注的区域：

如果要复制这个方法，修改后的扩展在复制后将会自动将红框中的缩进删除掉，于是复制出来的代码是这样的：

public string GenerateHtml(NormalizedSnapshotSpanCollection spans, IWpfTextView textView)
{
if ((spans == null) || (spans.Count == 0))
{
return "";
}
((_DTE) this._serviceProvider.GetService(typeof(_DTE))).get_Properties("Productivity Power Tools", "HTML Copy");
IClassificationFormatMap classificationFormatMap = this._classificationFormatMappingService.GetClassificationFormatMap(textView);
IClassificationType classificationType = this._classificationTypeRegistry.GetClassificationType("text");
HtmlMarkupProvider htmlMarkupProvider = new HtmlMarkupProvider(classificationFormatMap, classificationType, textView);
IClassifier classifier = this._classifierAggregatorService.GetClassifier(textView.TextBuffer);
string str = new FormattedStringBuilder(htmlMarkupProvider, classifier, classificationType).AppendSnapshotSpans(spans);
IDisposable disposable = classifier as IDisposable;
if (disposable != null)
{
disposable.Dispose();
}
return str;
}

3.选项对话框的说明

我对选项对话框进行了修改，删除了一个选项，添加了几个选项：

4.如何重定义代码块样式

建议在上述的选项对话框中设置CodeBlockClassName，这样通过ol.CodeBlockClassName既可以重新设置样式。比如我的博客中重定义的样式如下，需要的同学可以参考下：

ol.codeBlock{
border: 1px dotted #6C93FF;
line-height:150%;
word-break:break-word;
font-family: Consolas, Verdana !important;
border-radius:5px;
}
ol.codeBlock font{
font-size:12px!important;
}
ol.codeBlock{
background-color: #E3E3FF !important;
list-style-position: outside;
margin-left:0px;
}
ol.codeBlock li{
background-color: #fff;
padding-left: 5px;
border-left: 1px solid #8A8AFF;
margin-left:50px;
}
ol.codeBlock li:nth-child(even){
background-color: #f5f5f5;
}

5.如何使用

下载附件，将解压后的 CopyAsHtml.dll 解压到 "%LocalAppData%\Microsoft\VisualStudio\10.0\Extensions\Microsoft\Productivity Power Tools\10.0.20214.15" 下并覆盖已有文件即可。

源码需要VS2010才能打开。

6.下载链接

DLL下载：http://www.u-tide.com/fish/Service.asmx/Download/30/25
源码下载：http://www.u-tide.com/fish/Service.asmx/Download/30/26
发布页面：http://www.u-tide.com/fish/soft/copyAsHtml_For_ProductiveTools2010/

最后发个疑问。为啥官方的扩展中这个dll只有25K，为啥我编译的会有40K呢？搞不明白。

本文链接

发布一个原创小类库：.Net 小型软件自动更新库（SimpAutoUpdater），已附上客户端+包生成工具源码

2011-02-14T15:17:00Z

本类库+工具用于快速实现一个简单的自动更新程序，旨在快速简单地为现有的.Net应用程序添加上比较简单的自动更新功能。

在发布应用程序时，我们经常会需要给自己的程序加上自动升级功能。.Net Framework自带的ClickOnce中有自动升级的功能，但是往往不太好用，比如必须用ClickOnce发布，安装的文件夹一个版本一个等等，我们会想要一个比较简单、甚至绿色软件也能使用的自动升级功能，这个自动升级程序就是基于这个目的而制作的。

为了让使用起来更加简单快捷，我对内置的功能进行了大幅度的精简和集成，最简单的情况下只需要你只需要一行代码即可实现自动更新，如下所示：

FSLib.App.SimpleUpdater.Updater.CheckUpdateSimple(http://ls.com/update.xml);

概述

本类库+工具用于快速实现一个简单的自动更新程序，可以简单地完成小型应用程序的快速更新。

整个工具分成两部分，一部分是供用户使用的类库，一部分是用于生成更新包的工具。

基于 .Net 3.5 开发，原则上最好安装有此版的 .netFramework。特殊情况下，可以仅安装 .Net Framework 2.0SP1，发布的时候附带上 System.Core.dll 即可正常运行。

整个自动升级工作的流程

更新包生成工具

作为一个简单的升级需求，不需要很复杂的设置。

需要填写如下信息：

应用程序名
当前的版本（也就是更新后的版本）
发布地址可选（如果填写了，在更新提示框上会有个链接可以链接到这个网址）
新程序目录（选择最新版本程序的发布目录）
升级包路径：选择一个路径用来保存升级包(*.zip)，同时自动更新信息 *.xml 也会保存在这个目录下
更新前执行：在下载完成、即将安装更新前会执行这里选择的程序。这里有点BUG一旦选择了就不能取消，所以请注意下；
更新后执行：在安装完成后、即将退出前执行的操作。需要注意的BUG同上。通常选择需要运行的主程序。
执行时间限制：用于限制6中选择的程序的执行时间，超过设置的时间后进程将会被强行结束。
更新说明：用于提示更新的时候显示的文本消息内容。
创建：按照填写的信息生成升级包
打开：打开一个已有的升级信息文件，用于下次更新版本时直接修改信息即可，其它的不需要变化。

发布更新包

更新包应该发布到服务器上。生成的文件有两个，一个是压缩包(*.zip)，一个是信息文件(*.xml)，两个应该一起发布。这里假定通过网址 http://ls.com/update.xml 能访问到生成的 update.xml 文件。

为应用程序添加自动更新功能

注意：自动升级程序取当前程序文件的版本，是以当前运行的程序集版本作为识别依据的。

首先在VS中为当前的主程序项目添加引用，引用“客户端”中的“SimpleUpdater.exe”。

在VS中，点开“解决方案管理器”中相应项目的“属性”节点，打开 AssemblyInfo.cs 文件，在最下面添加上一行自动更新声明：

这步是必须的，否则请求检查更新时会抛出异常；代码中的网址即上面提到的能访问到xml文件的网址。

如果您希望更加简单的使用而不用去加这样的属性，或者您想程序运行的时候自定义，您可以通过下列方式的任何一种方式取代上面的属性声明：

使用 FSLib.App.SimpleUpdater.Updater.CheckUpdateSimple("升级网址") 的重载方法。这个重载方法允许你传入一个升级包的地址；
在检查前手动设置 FSLib.App.SimpleUpdater.Updater.UpdateUrl 属性。这是一个静态属性，也就是说，您并不需要创建 FSLib.App.SimpleUpdater.Updater.UpdateUrl 的对象实例就可以修改它。

无论使用哪种方式，请确保在检查更新前，地址已经设置。

到这里，准备工作即告完成，为代码添加上检查更新的操作即可。

static class Program
{
/// <summary>
/// 应用程序的主入口点。
/// </summary>
[STAThread]
static void Main()
{
Application.EnableVisualStyles();
Application.SetCompatibleTextRenderingDefault(false);
var updater = FSLib.App.SimpleUpdater.Updater.Instance;
//当检查发生错误时,这个事件会触发
updater.Error += new EventHandler(updater_Error);
//没有找到更新的事件
updater.NoUpdatesFound += new EventHandler(updater_NoUpdatesFound);
//找到更新的事件.但在此实例中,找到更新会自动进行处理,所以这里并不需要操作
//updater.UpdatesFound += new EventHandler(updater_UpdatesFound);
//开始检查更新-这是最简单的模式.请现在 assemblyInfo.cs 中配置更新地址,参见对应的文件.
FSLib.App.SimpleUpdater.Updater.CheckUpdateSimple();
/*
* 如果您希望更加简单的使用而不用去加这样的属性，或者您想程序运行的时候自定义，您可以通过下列方式的任何一种方式取代上面的属性声明：
* 使用Updater.CheckUpdateSimple 的重载方法。这个重载方法允许你传入一个升级包的地址；
* 在检查前手动设置 FSLib.App.SimpleUpdater.Updater.UpdateUrl 属性。这是一个静态属性，也就是说，您并不需要创建 FSLib.App.SimpleUpdater.Updater.UpdateUrl 的对象实例就可以修改它。
*/
FSLib.App.SimpleUpdater.Updater.CheckUpdateSimple("升级网址");
Application.Run(new Form1());
}
static void updater_UpdatesFound(object sender, EventArgs e)
{
}
static void updater_NoUpdatesFound(object sender, EventArgs e)
{
System.Windows.Forms.MessageBox.Show("没有找到更新");
}
static void updater_Error(object sender, EventArgs e)
{
var updater = sender as FSLib.App.SimpleUpdater.Updater;
System.Windows.Forms.MessageBox.Show(updater.Exception.ToString());
}
}

结束

详细的代码请参考附带的示例项目。

检查到更新时窗口如下：

这之后的更新操作都是全自动执行的，不需要在主程序中有任何其它操作。

关于开源

当前发布的类库中并未包含源码，因为较多的细节尚未完善。但是有很多同学表示有兴趣，所以这里放出一个源码包，请参见下一节下载。

仅供参考，被误导我可不管 :-)

下载

库直接下载链接：http://www.u-tide.com/fish/Service.asmx/Download/33/28
源码包直接下载：http://www.u-tide.com/fish/Service.asmx/Download/33/29

发布页面：http://www.u-tide.com/fish/soft/simple_autoupdater/index.html

简单使用说明：http://www.u-tide.com/fish/soft/simple_autoupdater/usage.html

如果有问题或建议，请回复此日志，到讨论区反馈： http://www.u-tide.com/fish/Discussion.asmx/Index/33

本文链接

VS2010中WinForm中，“属性<属性名>的代码生成失败”的问题，熟悉WinForm组件开发的同学进来讨论下

2011-01-08T12:16:00Z

UPDATED: 提供了可替换的解决方案，请参照本文末尾。

这是一个困扰我很久的问题，一直没有解决，搜索英文版的网站也没有能解决。姑且放在首页，用VS2010做过组件开发的同学进来讨论下。
简介：当一个在界面上提供扩展属性的组件（实现IExtenderProvider接口）使用项目引用或处在同一个项目里的时候，项目重编译后，组件上自定义的类别转换器将无法访问对应的类型，出现类型转换失败。

下面给出一个示例项目，求证是否是通用的问题还是我的VS设置的问题（源代码可以点此下载：http://files.cnblogs.com/nicch/vs2010_component_version_test.rar）。

现在假定要创建一个小组件，继承自系统的Label，功能是提供一个名为TipMessage的扩展属性。基本功能就是当这个Label放在对话框上的时候，可以为每个控件都扩展出一个名为“TipMessage”的属性，当鼠标在对应的控件上移过的时候，这个Label都会显示这个设置好的提示信息。为了稍微复杂一点，这里假定还可以设置文本的颜色，类似于下面的效果：

我们把这个组件和最终的窗体放在同一个项目中。

1.先定义一个TipMessage的类，储存提示信息

这个类没有什么可说的，直接上代码。

[TypeConverter(typeof(TipMessageConvertor))]
public class TipMessage
{
    /// <summary>
    /// 创建 <see cref="TipMessage" /> 的新实例
    /// </summary>
    public TipMessage()
    {
        Color = SystemColors.ControlText;
    }
 
    /// <summary>
    /// 创建 <see cref="TipMessage" /> 的新实例
    /// </summary>
    public TipMessage(string message, Color color)
    {
        Message = message;
        Color = color;
    }
    /// <summary>
    /// 获得或设置要显示的信息
    /// </summary>
    public string Message { get; set; }
 
    /// <summary>
    /// 获得或设置显示的信息
    /// </summary>
    public Color Color { get; set; }
}

这里自定义了一个类型转换器，现在遇到的问题主要就是在类型转换器中遇到的。这个类型，当时用VS的默认代码序列化时，会在设计器文件 (*.designer.cs) 生成类似这样的代码：

TipMessage message = new TipMessage();
message.Message = "";
message.Color = SystemColors.ControlText;

现在觉得这种方式有点累赘，想要将属性直接在构造函数中设置，像这样(有时候这是必须的)：

TipMessage message = new TipMessage("", SystemColors.ControlText);

要生成这样的设计器代码，必须自己重写类别转换器。除此以外，因为 TipMessage 是我们自定义的一个类，VS并没有为它实现默认的设计器，如果不自己定义，那么实际上这个属性在属性窗格中是不可编辑的。

2.重写一个类别设计器

现在实现 TipMessageConvertor，继承自 ExpandableObjectConverter ，重写与转换相关的四个核心方法。

public class TipMessageConvertor : ExpandableObjectConverter
{
    public override bool CanConvertFrom(ITypeDescriptorContext context, Type sourceType)
    {
        if (sourceType == typeof(string)) return true;
 
        return base.CanConvertFrom(context, sourceType);
    }
 
    public override object ConvertFrom(ITypeDescriptorContext context, System.Globalization.CultureInfo culture, object value)
    {
        if (value == null) return null;
        if (value is string) return string.IsNullOrEmpty(value.ToString()) ? null : new TipMessage() { Message = value.ToString() };
 
        return base.ConvertFrom(context, culture, value);
    }
 
    public override bool CanConvertTo(ITypeDescriptorContext context, Type destinationType)
    {
        if (destinationType == typeof(string) || destinationType == typeof(InstanceDescriptor)) return true;
 
        return base.CanConvertTo(context, destinationType);
    }
 
    public override object ConvertTo(ITypeDescriptorContext context, System.Globalization.CultureInfo culture, object value, Type destinationType)
    {
        if (value == null) return null;
        var obj = (TipMessage)value;	//注意这行,后面会出错 
 
        if (destinationType == typeof(string)) return obj.Message;
        else if (destinationType == typeof(InstanceDescriptor))
        {
            var constructor = typeof(TipMessage).GetConstructor(new Type[]{
                   typeof(string),
                   typeof(Color)
            });
 
            return new InstanceDescriptor(constructor, new object[]{
                obj.Message,obj.Color
           }, true);
        }
 
        return base.ConvertTo(context, culture, value, destinationType);
    }
}

这个类别设计器支持在 string 和 TipMessage 之间相互转换，除此之外还能将 TipMessage 转换为 InstanceDescriptor 。InstanceDescriptor 用来提供对象创建的实例化信息，VS根据它来生成目标对象的构造函数。

注意代码中的那行注释，问题就在那行中发生。

3. 生成 TipMessageLabel

因为本文不是为了讲述如何生成一个扩展属性的控件，因此对代码不做太详细的描述……有兴趣的同学请搜索相关的介绍文章。

[ProvideProperty("TipMessage", typeof(Control))]
public class TipMessageLable : Label, IExtenderProvider
{
    public TipMessageLable()
    {
        _message = new Dictionary<object, TipMessage>();
        this.ForeColor = SystemColors.ControlText;
    }
 
    public bool CanExtend(object extendee)
    {
        return extendee is Control && extendee != this;
    }
 
    #region 扩展属性
 
    Dictionary<object, TipMessage> _message;
 
    /// <summary>
    /// 获得与指定控件相关联的提示信息
    /// </summary>
    /// <param name="control">关联的控件</param>
    /// <returns>相关的信息.如果没有,则返回null</returns>
    public TipMessage GetTipMessage(Control control)
    {
        var msg = (TipMessage)null;
 
        if (!_message.TryGetValue(control, out msg)) return null;
        return msg;
    }
 
    public void SetTipMessage(Control control, TipMessage value)
    {
        if (value == null)
        {
            control.MouseEnter -= new EventHandler(ctl_MouseEnter);
            control.MouseLeave -= new EventHandler(ctl_MouseLeave);
            if (_message.ContainsKey(control)) _message.Remove(control);
        }
        else
        {
            control.MouseEnter += new EventHandler(ctl_MouseEnter);
            control.MouseLeave += new EventHandler(ctl_MouseLeave);
 
            if (_message.ContainsKey(control)) _message[control] = value;
            else _message.Add(control, value);
        }
    }
 
    void ctl_MouseLeave(object sender, EventArgs e)
    {
        base.Text = _defaultText;
        base.ForeColor = _defaultColor;
    }
 
    void ctl_MouseEnter(object sender, EventArgs e)
    {
        var message = this.GetTipMessage(sender as Control);
        if (message == null) return;
 
        base.Text = message.Message;
        base.ForeColor = message.Color;
    }
 
 
    #endregion
 
    string _defaultText;
    Color _defaultColor;
    /// <summary>
    /// Gets or sets the text associated with this control.
    /// </summary>
    /// <returns>
    /// The text associated with this control.
    /// </returns>
    /// <filterpriority>1</filterpriority>
    public override string Text
    {
        get
        {
            return base.Text;
        }
        set
        {
            _defaultText = value;
            base.Text = value;
        }
    }
 
    public override System.Drawing.Color ForeColor
    {
        get
        {
            return base.ForeColor;
        }
        set
        {
            _defaultColor = value;
            base.ForeColor = value;
        }
    }
}

4. 代码测试

至此，已经实现了基本的效果。在窗体的设计界面上，添加一个这样的 TipMessageLable 的控件，即能看到每个控件多会出来这样的一个属性：

设置好每个按钮的扩展信息后，保存，编译。运行最终的程序，既可以看到最终的结果，与我们预期的相符（见这篇文章的开头）。

现在我们对代码稍微修改下，并重新编译。此时，问题就出现了。

重新打开上面窗口的设计器，并修改一些属性，点击保存——VS就会咣当一下蹦出这样的一个对话框：

属性“TipMessage”的代码生成失败。错误是: “[A]ComponentTest.TipMessage 无法强制转换为 [B]ComponentTest.TipMessage。类型 A 源自“ComponentTest, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null”(在上下文“LoadNeither”中的“C:\Users\WF\AppData\Local\Microsoft\VisualStudio\10.0\ProjectAssemblies\8hxo9xod01\ComponentTest.exe”位置处)。类型 B 源自“ComponentTest, Version=1.0.0.0, Culture=neutral, PublicKeyToken=null”(在上下文“LoadNeither”中的“C:\Users\WF\AppData\Local\Microsoft\VisualStudio\10.0\ProjectAssemblies\dmc6p70601\ComponentTest.exe”位置处)。”

似乎VS同时加载了两个版本的程序集，一个是之前编译的，一个是后来编译的。
使用ProcessExplorer查看VS加载的DLL，也证实了这种猜测（实际上可以看出来这里加载了4个版本的……）：

这里代码生成失败将会导致对相关属性的修改全部丢失。

每次打开这个项目，VS的设计器里面修改相关的属性，编译后，再去修改这些属性，便会遇到这个问题。

重置VS的设置似乎没有用。不知道有没有同学能验证下？也期待能有同学给出解决方案。

测试项目源码在此：http://files.cnblogs.com/nicch/vs2010_component_version_test.rar

UPDATED @ 2011年1月9日

--------------------------------

shuidao 同学在这里分析了这个异常发生的原因。窗体设计器在设计的时候，加载了原始编译的DLL，但是经过项目编译之后，设计器会使用新版本的程序集来生成代码，因此会导致新版本的程序集中的类型和旧版本程序集中的类型冲突，无法相互转换。

值得一提的是，在VS2008中并没有这样的问题，回想一下在VS2008中，如果重新编译了，窗体设计器会刷新一次，可以猜测为就是为了重新加载最新版本的程序集；但是在VS2010中却看不到这个刷新，也可以猜测正是这里没有刷新导致了这个问题。但是，就算在编译的时候关闭窗体设计器，在编译后重新打开，这样的异常还是会发生，证明VS2010根本就没有打算加载新版本的程序集来进行设计，应该属于VS2010的一个BUG。
在 Microsoft Connect 上VS Team曾经确认过这是Windows窗体设计器的一个BUG（并且已经标记为已修复），但是昨晚我特地卸载中文版的VS安装上英文版VS并打上SP1Beta补丁后，发现在这个问题依然存在（顺便说一下，SP1Beta补丁安装需要占用系统磁盘2.5G空间），期望落空。

至于替代的解决方法，shuidao 同学也提供了两条。昨晚我也在尝试使用反射来解决问题，但是这个方法如果对应的属性内容是很麻烦的，又比如还内嵌了其它自定义类型，则会比较麻烦，最好将除了必须在构造函数中指定的对象属性定义为DesignerSerializationVisibility(DesignerSerializationVisibility.Content)，让VS来自动生成代码。另一个方法就是将TipMessage这样的类放在其它项目中，然后本项目只引用DLL，TypeConverter也和TipMessage类分开，这样重新编译的时候就不会导致这样的问题。但是这样做也就局限性，一个是在标记类别转换的时候，必须手动指定程序集的完整名称和类型（VS的做法）；还有一个就是，TipMessage所在项目不是是解决方案中的项目，就算是也不可在解决方案中更改，否则一样会有这个问题发生（想到了可能有更完整的解决方案，但除了更复杂以外似乎没有很方便的做法）。

可见比较简单的还是使用反射。后面尝试下是否能写个通用的方法来自动绑定旧的类型到新的类型中。

最后感谢所有参与讨论的同学

本文链接

这个算是BUG吗? ASP.net 4.0/MVC3 RC2 中, 带有两个可选参数的路由, 同时没有指定参数时将无法生成正确的链接

2010-12-15T09:08:00Z

RT，昨天刚刚升级到RC2，今天就遇到比较郁闷的问题。之前看到阿不提到过一些关于MVC3 RC2的BUG，感觉不会太大影响使用。

不过今天下午就遇到问题了。

本来很简单的路由注册，带有Area的路由，突然发现用 Html.ActionLink 生成的链接是空地址，觉得很奇怪，用Url.Action测试也是空地址。但是如果调用默认路由的话，链接就完全正常，非常费解。

默认的路由注册如下：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
 
    routes.MapRoute(
        "Default", // Route name
        "{controller}/{action}/{id}", // URL with parameters
        new { controller = "Index", action = "Index", id = UrlParameter.Optional } // Parameter defaults
    );
}

区域的路由注册如下：

public override void RegisterArea(AreaRegistrationContext context)
{
    context.MapRoute(
        "Report_default",
        "Report/{controller}/{action}/{p1}/{p2}",
        new { action = "Index", p1 = UrlParameter.Optional, p2 = UrlParameter.Optional }
    );
}

看似非常正常的路由注册，但是在RC2中，第二段路由是没法生成地址的：

@Url.Action("EmptyBunk", new { controller = "Rent" })   => /Rent/EmptyBunk
@Url.Action("EmptyBunk", new { controller = "Rent", area = "Report" })  => 空地址

但是如果你发现在注册路由时，对可选参数都传递了非空的值（不包括空字符串），会发现地址是正确的：

@Url.Action("EmptyBunk", new { controller = "Rent", area = "Report", p1 = "123", p2 = "456" })  =>  /Report/Rent/EmptyBunk/123/456

一直以为是路由注册中出现了问题，浪费了一个多小时才发现这原来是MVC自己的问题，如果路由规则中存在两个可选参数并且生成路由时没有指定参数值，就会导致生成的链接地址是空地址。

关于这个在Microsoft Connect上已经有人提交了BUG报告：http://connect.microsoft.com/VisualStudio/feedback/details/630568/url-routing-with-two-optional-parameters-unspecified-fails-on-asp-net-mvc3-rc2，不知道园子里是否有人会有一样的问题呢？

为了确认的确是ASP.net Routing的问题，创建一个新的MVC项目后做测试。注册路由如下：

public static void RegisterRoutes(RouteCollection routes)
{
    routes.IgnoreRoute("{resource}.axd/{*pathInfo}");
 
 
    routes.MapRoute(
    "Default", // Route name
    "Index/{action}/{id}", // URL with parameters
    new { controller = "Index", action = "Index", id = UrlParameter.Optional } // Parameter defaults
);
 
    routes.MapRoute(
    "Default1", // Route name
    "Test1/{action}/{p1}", // URL with parameters
    new { controller = "Test1", action = "Index", p1 = UrlParameter.Optional } // Parameter defaults
);
    routes.MapRoute(
    "Default2", // Route name
    "Test2/{action}/{p1}/{p2}", // URL with parameters
    new { controller = "Test2", action = "Index", p1 = UrlParameter.Optional, p2 = UrlParameter.Optional } // Parameter defaults
);
}

这里没有带上Area，因为实际上有没有Area对结果没有什么影响。 Default的路由是用来显示测试结果的，下面两个才是正事。

Index.cshtml中测试代码如下:

@helper DisplayValue(string str)
{
    if (string.IsNullOrEmpty(str))
    {
<span style="font-style: italic; color: Gray;">空地址</span>
    }
    else
    {@str;
    }
}
<h2>
Url.Action Tests</h2>
Url.Action("Index", new { controller = "Test1" }) =&gt; @DisplayValue(@Url.Action("Index", new { controller = "Test1" }))<br />
Url.Action("Index", new { controller = "Test2" }) =&gt; @DisplayValue(Url.Action("Index", new { controller = "Test2" }))<br />
Url.Action("Index", new { controller = "Test2", p1 = "", p2 = "" }) =&gt; @DisplayValue(Url.Action("Index", new { controller = "Test2", p1 = "", p2 = "" }))<br />
Url.Action("Index", new { controller = "Test2", p1 = "p1" }) =&gt; @DisplayValue(Url.Action("Index", new { controller = "Test2", p1 = "p1" }))<br />
Url.Action("Index", new { controller = "Test2", p1 = "p1", p2 = "p2" }) =&gt; @DisplayValue(Url.Action("Index", new { controller = "Test2", p1 = "p1", p2 = "p2" }))<br />
<h2>
Routes.GetVirtualPathForArea TEST</h2>
@{
var dic = new System.Web.Routing.RouteValueDictionary();
dic.Add("controller", "Test1");
dic.Add("action", "Index");
//for test1
var vp1 = System.Web.Routing.RouteTable.Routes.GetVirtualPath(Request.RequestContext, dic);
//for test2
dic.Remove("controller");
dic.Add("controller", "Test2");
var vp2 = System.Web.Routing.RouteTable.Routes.GetVirtualPath(Request.RequestContext, dic);
//fill optional parameters
dic.Add("p1", "1");
dic.Add("p2", "4");
var vp3 = System.Web.Routing.RouteTable.Routes.GetVirtualPath(Request.RequestContext, dic);
 
 
}VP1=@DisplayValue(vp1 == null ? "" : vp1.VirtualPath)
<br />
VP2=@DisplayValue(vp2 == null ? "" : vp2.VirtualPath)
<br />
VP3=@DisplayValue(vp3 == null ? "" : vp3.VirtualPath)

最终的测试页面显示没有出乎我的意料:

Url.Action Tests

Url.Action("Index", new { controller = "Test1" }) => /Test1
Url.Action("Index", new { controller = "Test2" }) => 空地址
Url.Action("Index", new { controller = "Test2", p1 = "", p2 = "" }) => 空地址
Url.Action("Index", new { controller = "Test2", p1 = "p1" }) => /Test2/Index/p1
Url.Action("Index", new { controller = "Test2", p1 = "p1", p2 = "p2" }) => /Test2/Index/p1/p2

Routes.GetVirtualPathForArea TEST

VP1=/Test1
VP2=空地址
VP3=/Test2/Index/1/4

可见直接使用 Routes.GetVirtualPath 也是无法获得正确结果的，因此可能是ASP.net 4中的Routing组件的问题....但是想想，这个问题应该很容易发现，为什么至今没见到有人提起呢？

不知道园子里有没有同学验证下这个是不是确实存在？晚上在我的台式机上再测试一下。

想掏出Reflector看看流程是不是存在啥问题~~~

[UPDATED @ 2010年12月16日 13:08:18]

评论中的两位同学怀疑是我 Url.Action 函数调用的问题。老实说我很奇怪，因为Url.Action函数本身存在8个版本，最终调用的全是 Routes.GetVirtualPath 函数，因此这里用的是哪个本无关紧要。但是为谨慎起见，还是进行测试，证实了 Url.Action(action, controller) 一样存在这个问题。

PS。这个问题在 ASP.net MVC3 RC1或者 MVC2中是不存在的，因此可能是新引入的问题。

PS2。在 ASP.net的官方网站上，有关于RC2的临时BUG修复方法：http://weblogs.asp.net/scottgu/archive/2010/12/14/update-on-asp-net-mvc-3-rc2-and-a-workaround-for-a-bug-in-it.aspx，但是根据我的测试，它针对这个BUG是无法修复的，它仅能修复 AllowHtml 无效和可空参数总为null的问题。

本文链接