理想情况下，开发测试的时候应该使用Debug版本，这样抛异常的时候调试很方便。正式部署到生产环境的时候可以使用Release版本，这样性能好一些。但是添加dll的时候VS只允许选择一个版本。

我们知道，VS支持把工程不同的编译选项保存到不同的配置中，编译时根据当前使用的配置来决定采用什么样的编译选项。默认会新建Debug和Release这两个配置。开发时我们一般选Debug配置，发布时一般选择Release。

如果添加dll时也能根据当前配置引用不同路径的dll，那就好了。在stackoverflow上搜到了相关的信息，说可以修改csproj工程文件，使用VS宏变量来指定dll路径。用记事本打开研究了一番倒也挺简单的.找到引用类库的地方：

<ItemGroup>
  <Reference Include="ClassLibrary1,Version=1.0.0.0,Culture=neutral,processorArchitecture=MSIL">
    <SpecificVersion>False</SpecificVersion>
    <HintPath>Lib\Debug\ClassLibrary1.dll</HintPath>
  </Reference>

只需要改成：

<ItemGroup>
    <Reference Include="ClassLibrary1, Version=1.0.0.0, Culture=neutral, processorArchitecture=MSIL">
      <SpecificVersion>False</SpecificVersion>
      <HintPath>Lib\$(Configuration)\ClassLibrary1.dll</HintPath>
    </Reference>

这样编译时VS就能根据当前配置到Debug或者Release文件夹下寻找相应的dll了。

不过这样一来，以后添加dll的时候就有点麻烦了，每次都要手工编辑csproj文件。同事吴突发奇想，能不能在发布的时候再建一个名为“$(Configuration)”的文件夹，以后直接引用这个文件夹下的dll即可，都不需要修改csproj文件了。我的第一个反应是VS应该会对这样的路径做转义之类的，因为和内置变量名冲突了。但本着“不确定的事情要通过实验去验证”的精神，我做了这个实验，发现居然可以！VS才不管你路径包含什么字符串呢。

最后的结论，发布dll时，需要同时发布到以下三个文件夹：

• $(Configuration)\MyLibrary.dll
• Debug\MyLibrary.dll
• Release\MyLibrary.dll

其中$(Configuration)文件夹下的dll无所谓哪个版本了，这个纯粹只是为了骗过Visual Studio的而已，编译时根本不会用到。添加dll引用的时候，直接引用$(Configuration)\MyLibrary.dll即可。

希望此文对你有帮助。

== Kevin Yang ==

你可能对下面的文章感兴趣

• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio 2010重命名重构时出现的问题
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• Visual Studio统计有效代码行数
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS2010的UI设计失误
• 解决Silverlight无法调试的问题

你要点Yes就会编译出错。

Google了一下发现是个Bug，打开VS，在从未打开Xaml文件的前提下，对UserControl的类名做重构的时候能够重现这个Bug。参考：http://connect.microsoft.com/VisualStudio/feedback/details/550058/the-file-could-not-be-refactored

临时的解决办法就是随便打开任何一个Xaml文件。

记录一下。

——Kevin Yang

你可能对下面的文章感兴趣

• OneNote 2010 beta2 体验
• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• Visual Studio统计有效代码行数
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS2010的UI设计失误
• VS编译时自动引用Debug|Release版本的dll
• 升级TFS 2010之后修复原有工作区
• 我的2010
• 解决Silverlight无法调试的问题

那些使用Tab作为缩进的人通常是因为用Tab做缩进的话，可以一次删除一个缩进单位，非常方便。而如果按照一个Tab对应4个空格来转换的话，要删除一个缩进单位则需要删除4个空格，相对不便。

实际上，现在很多文本编辑器包括Visual Studio对Tab和空格的转换都有很好的支持，如果你设置了坚持使用空格，那么通过快捷键Tab和Shift+Tab可以实现一次插入或者删除4个空格，和使用Tab做缩进的效果是一样的。

这下你使用空格做缩进就不会感到不便了。

——Kevin Yang

你可能对下面的文章感兴趣

• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio 2010重命名重构时出现的问题
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• Visual Studio统计有效代码行数
• VS2010的UI设计失误
• VS编译时自动引用Debug|Release版本的dll
• 全半角空格导致的Analysis Services处理错误
• 解决Silverlight无法调试的问题

升级到VS2010也有一段时间了。当初升级之前看了不少文章讲VS2010的新特性的，确实有挺多让人兴奋的。例如智能提示支持模糊匹配了，相比以前的前向匹配更易于使用。对并行编程调试的支持更强大，允许你更方便的调试多线程程序。Silverlight UI Designer又回来了，而且这次回来变漂亮了。我觉得完全就是按照WinForm的方式设计的。相比Blend有优势也有劣势，至少速度和响应上比Blend快了很多。

但是VS2010有一点让我觉得特别不爽的，就是界面采用了WPF技术重新实现，但是又没有完全继承以往的优良传统。其实Visual Studio这个IDE在2008版本的时候已经非常易用了。WPF版的界面你第一次看起来和VS2008没太多不同，只是底色从原来的灰色调变成了灰蓝色调。但是实际使用起来发现有些细节让人用起来非常不爽。

一个最最让人接受不了的是右键菜单的设计。

当菜单项稍微多了一些的时候（实际上此时菜单的长度还没有占据整个屏幕，大约只有一半左右），菜单上下会多了对箭头。当你鼠标移到箭头上，菜单就会自动滚动。

我一开始打开右键的时候发现菜单缩短了挺不错的，原先太长，目光需要扫描那么长一段距离，不符合UI设计原则。而且我习惯性的就会使用滚轮去上下滚动菜单，也没觉得什么不方便的。但后来我把Resharper停用了之后发现，这么自然的滚轮滚动功能居然是由Resharper提供的功能，而不是VS2010原生支持的！这让我不得不怀疑，要么这是一个实现上的Bug，要么产品经理是个根本不用VS的家伙。

还有一个问题是工具栏的自定义。

我一般新装VS第一件事就是自定义我常用的工具栏，然后把其他不常用的工具栏给关了，这样就不用占那么地方碍眼。在VS2008中你可以先在工具栏上右键菜单中选择“自定义（Customize）”，然后你就可以很自然的把其他工具栏上的图标呀，菜单中的菜单项啊拖放到新建的工具栏上。非常容易操作。而在VS2010呢，居然给我来了这么一个模式对话框：

要完成我刚才的操作，我必须点击Add Command，然后从茫茫菜单项中搜寻我想要的那个功能按钮或者菜单。要关闭工具栏，以往是直接将该工具栏往下拖变成浮动工具栏，然后就点关闭X就行了，现在需要点击工具栏右键二级菜单中的Customize，然后在打开的窗口中找到Delete的按钮，删之。简单的工作被复杂化成这样子。导致我用到现在工具栏还是保持新装时的样子，实在懒得去折腾了。

不知道升级到VS2010的朋友有没有类似的感觉。

你可能对下面的文章感兴趣

• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio 2010重命名重构时出现的问题
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• Visual Studio统计有效代码行数
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS编译时自动引用Debug|Release版本的dll
• Web表单设计指南：眼动跟踪研究
• Win7/Vista高级用户必备的右键菜单Take back my Ownership!
• 解决Silverlight无法调试的问题

Visual Studio自带的代码提示（智能感知）功能会根据我们敲入的字符串，找到相似的类或者方法等。但是它的匹配规则非常简单，就是前向匹配。例如当我们输入了String字符串，那么Visual Studio会列出String,StringBuilder,StringComparer等以“String”打头的字符串。这样的设计其实是非常不够用的。稍微敲快一些漏掉一两个字母是很正常的事情，但是在VS中就无法享受代码提示带来的便捷了。好在Visual Assist改进了这一点。

VA采用字符串模糊匹配的算法，即使你漏过了其中几个字母，或者当你想要搜索含有某个字符串的类、方法等的时候，VA都可以很好的列出你想找的东西。

例如，我想使用SqlConnectionStringBuilder这个类，但是这个类名太长了。那么我们只需要输入“sqlconbui”字符串即可。又或者，我们想看看类库中有什么和String相关的，我们只需要输入String即可。

一直很好奇它这个匹配算法是怎么实现的，在论坛问了别人都没什么人感兴趣。自己研究了一下，我觉得算法要求可以这样来描述：

源字符串在经过若干次插入操作之后，能够变换成目标字符串。那么就说源字符串成功匹配到了目标字符串。否则不匹配。

插入操作，指的是在源字符串的任意位置上插入任意长度的字符串。

自己写了个大概的算法实现（C#版）：

/// <summary>
/// 字符串模糊匹配。
/// </summary>
/// <param name="source"></param>
/// <param name="search"></param>
/// <returns></returns>
public static bool FuzzySearch(String source, String search)
{
    if (String.IsNullOrEmpty(source))
    {
        throw new ArgumentNullException("source");
    }
    if (String.IsNullOrEmpty(search))
    {
        return true;
    }
    // 不区分大小写
    source = source.ToLowerInvariant();
    search = search.ToLowerInvariant();
    int index = source.IndexOf(search[0]);
    for (short i = 1; i < search.Length; i++)
    {
        char ch = search[i];
        index = source.IndexOf(ch, index + 1);
        if (index < 0)
        {
            return false;
        }
    }
    return true;
}

测试了一下，“sqlconbui”能够成功匹配到SqlConnectionStringBuilder。不过验证了其他几个字符串，发现和VA的算法还是有点差别的，感觉我这个匹配相比它的更宽松的样子。

——Kevin Yang

你可能对下面的文章感兴趣

• Visual Studio 2010重命名重构时出现的问题
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• Visual Studio统计有效代码行数
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS2010的UI设计失误
• VS编译时自动引用Debug|Release版本的dll
• 使用正则表达式找出不包含特定字符串的条目
• 解决Silverlight无法调试的问题

namespace BreakOnException
{
    class Program
    {
        static void Main(string[] args)
        {
            try
            {
                Program p = null;
                Console.WriteLine(p.GetHashCode());
            }
            catch (System.Exception ex)
            {

            }
        }
    }
}

上面的代码会抛出经典的NullReferrenceException。但是当你在调试状态下运行时，Visual Studio会将代码停在catch这一行，而不是Console.WriteLine这一行。

如果代码简单那倒无所谓，但是假想我们的代码是经过层层的函数调用，最外层却加了这么个Try-Catch，那么异常函数调用内抛出了异常，我们也很难定位到异常出错的代码（StackTrace也只能定位哪一个函数调用出错了）。

这个行为可以通过Debug菜单中的Exception….菜单进行设置。

打开此菜单，在CLR异常的Thrown列打上勾，那么以后遇到CLR的异常就不再是定位到用户处理代码了，而是直接停在抛出异常的代码上。这样可以大大方便我们调试程序的Bug。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为
• Firebug在EditHtml时丢失事件处理函数
• Javascript中获取出错代码所在文件及行数
• OneNote Tips — 混合使用中英文字体
• Sql Tips——Update语句也使用表别名(Table Alias)
• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio 2010重命名重构时出现的问题
• Visual Studio统计有效代码行数
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS2010的UI设计失误

在Silverlight开发过程中，经常时不时的会碰到Silverlight无法调试的问题。我就遇到下面几种情况：

1. Web Application+Silverlight，F5进入调试状态之后无法跟进Silverlight程序中下的断点

2. 项目中有两个Silverlight工程，其中一个Silverlight程序中有一个鼠标点击事件会将当前页面导航到另外一个Silverlight程序的承载页面。第一个Silverlight程序断点正常，但是第二个Silverlight程序中的断点不能自动停下来

3. 无论是在TestPage模式下调试还是在Web工程上调试，只要打开了Silverlight调试开关，那么启动的时候会提示“Unable to start debugging. Cannot locate Microsoft Internet Explorer”。如果你是直接Ctrl+F5运行，有时候也会出现一样的问题。

单个Silverlight工程无法调试

对于第一个问题，请检查如下设置是否正确：

1. 确认启用了Silverlight调试。双击Asp.Net工程中的属性文件夹打开属性设置页，找到Web一栏，在此页卡的最下面有几个调试选项，如下图所示：

确认最后一项“Silverlight”之前的勾是勾上的。

2. 确保浏览器访问的Xap包是最新的。检查IE是否已经清除了缓存，或者ClientBin中的Xap因为某些原因没能更新（如因配置管理导致无法覆盖）

3. 检查Asp.Net工程是否绑定了Silverlight应用。可以通过asp.net工程的属性面板中的Silverlight Application页卡查看是否绑定成功。如下：

4. 检查Silverlight工程的StartupObject是否设置正确。有时候我们对工程的命名空间进行重命名，会导致Silverlight应用程序的入口对象失效，从而导致无法启动等情况。

IE8下无法同时调试多个Silverlight工程？！

IE8和以往的IE不大一样，它的多标签是采用多进程的方式来实现的。整个窗口是一个框架进程，每个Tab标签页是一个独立的子进程（实际上，IE8会根据内存动态控制Tab进程的数目，因此多个标签页可能会共存于同一个进程之中）。当你尝试在多个标签页中打开不同的Silverlight应用程序时，例如从SilverlightApplication1中打开新页面到SilverlightApplication2页面，这个时候你会发现，SilverlightApplication2应用程序无法调试。

这是因为，Visual Studio除了启动窗口进程之外，不会自动帮我们Attach其他的包含Silverlight应用程序的进程，如果我们需要在多个标签页（或者多个窗口）中同时调试不同的Silverlight应用程序，那么我们必须自己手动Attach这些进程。

举个简单的例子，我有两个Silverlight工程，其中SilverlightApplication1中包含链接指向SilverlightApplication2页面，点击链接会在新标签页中打开SilverlightApplication2的承载页面。

为了Attach相应的进程，首先我们需要找到SilverlightApplication2承载页面对应的进程。打开ProcessExplorer，我们可以看到三个进程。

其中的ID为4528的是父进程，也就是框架进程，用于管理不同的标签进程之间的通信等事务。5160和5248分别对应着两个标签页进程。至于哪个对应哪个我们在这里无法根据进程号确定。

我们再打开Visual Studio中的Attach窗口（菜单=>Debug=>Attach to process…）

这里列出了所有系统可用的进程清单，我们可以看到三个IE进程，其中一个是灰色的，这表示了这个进程已经被Attach到Visual Studio的调试器上了。排除了框架进程4258外，就剩下5248这个进程了，这个进程就是我们要找的SilverlightApplication2对应的承载页面的进程了。选中之后Attach到调试器上，我们发现，SilverlightApplication2中的断点还是显示为空心红圈，依然无法调试。

这是因为我们指定的进程代码类型不正确。我们注意到，上图中最上面有一个Attach to，后面显示的是Automatic，这个代表着Visual Studio的调试器会自动帮我们选择进程的调试类型，例如是托管代码调试，还是脚本调试，等等。我们选中5248这个进程，发现Visual Studio给我们选择的方式是脚本调试。

在Visual Studio中，脚本调试和Silverlight调试是不能共存的，这也就是为什么有时候你按下F5的时候，Visual Studio会提示你，调试Silverlight程序会暂时关闭脚本调试的功能。因此在脚本调试下，我们无法跟进Silverlight应用程序的断点。

这里额外说一点，IE8高级选项中的禁用脚本调试设置对Visual Studio一点影响都没有，因为Visual Studio 2008在调试器启动的时候会自动启用脚本调试（可以通过注册表禁用此特性），除非在Web Application属性中打开了Silverlight调试。

回到刚才的问题，由于Visual Studio帮我们自动选择的调试类型有误，导致我们无法调试SilverlightApplication2，因此我们需要手动指定Attach类型。点击Attach to后侧的select按钮。

在弹出的选择代码类型窗口中勾选上Silverlight。确定之后再次Attach，我们发现，这一次，断点真的起作用了。

当然，如果这种方式比较麻烦的话，我们也可以通过改变IE8的Tab进程创建方式来让不同标签页共存于一个进程中。在注册表HKEY_CURRENT_USER\Software\Microsoft\Internet Explorer\Main下面有一个TabProcGrowth键值（DWORD类型），当其设置为0时， IE框架和Tab工作在一个进程里面，Tab采用线程的方式创建，同时IE的保护模式（Protect Mode）会关闭。TabProcGrowth=1时IE框架和Tab工作在不同的进程里面。TabProcGrowth>1时，此值将决定IE8最多创建的Tab进程数目。如果TabProcGrowth 不存在，则会根据可用的物理内存数量决定Tab进程的数量。

调试时无法打开IE窗口的问题

这个问题是我最近才遇到的，我也不知道为什么突然之间，我的Silverlight工程按下F5的时候无法调试，弹出下面这个对话框：Unable to start debugging. Cannot locate Microsoft Internet Explorer.

如果直接运行，那么能够打开，但是打开之后Visual Studio还是会弹出一样的错误。

这个问题折腾了我半天，我尝试了重启电脑，重装Silverlight Tools，新建干净的测试工程，修改系统和Visual Studio的默认浏览器（注意，系统和Visual Studio的默认浏览器是独立设置的）均以失败告终。Google了很久，Silverlight官方论坛上倒是有不少帖子和这个相关的，但我细细看了之后发现没有一个回帖能够解决我的问题的。有个发帖的家伙问题是解决了，但是不把怎么解决的说一下就跑了，强烈bs一下这种人！

话说回来，我最后是怎么解决这个问题的呢，是用了Process Monitor这个小工具（微软Sysinternal荣誉出品！）。之前有一次asp.net网站的GlobalError里头出现了一个“文件不存在”的HTTPException，查了半天没查出来，后来使用这个工具监视了一下WebDevServ.exe进程之后发现该进程尝试去访问某个不存在的文件。

Process Monitor，可以监控当前系统中所有进程的活动，包括对文件系统的操作，读写注册表，网络访问以及线程活动等等，非常实用的调试维护工具。

我打开这个工具，选择监视进程为devenv.exe。在Visual Studio中F5开始调试，立即弹出出错对话框，OK，把PM暂停一下，否则条目太多了。

但是事件条目还是太多了，所以我把Result为SUCCESS的条目过滤掉，因为我们只关注那些失败的条目。

然后对日志条目进行细致的排查，终于发现了问题根源：

原来Visual Studio在调试或者运行的时候会去读取注册表中的HKLM\Software\Microsoft\Windows\CurrentVersion\App Paths\iexplore.exe项，然后读取不到，因而才报那个错误。难怪提示Cannot locate Microsoft internet explorer呢。

我打开regedit注册表编辑器，找到这个路径，然后把缺失的项加上去，重新回到Visual Studio中F5，终于可以了，内牛满面~

希望我的解决方法能够给你一些启发，以后遇到类似莫名其妙的问题，可以想到使用PM这个工具去排查问题。

update: 更新了新的症状（F5调试的时候弹出cannot locate microsoft internet explorer的对话框）的解决办法。

——Kevin Yang

你可能对下面的文章感兴趣

• Blend小贴士——改变鼠标滚轮的默认行为
• Firebug在EditHtml时丢失事件处理函数
• Silverlight 2 RTM 多国语言支持（应用程序本地化）
• Silverlight 2动态加载Xap包中的程序集
• Silverlight 4+RIA Services–搜索引擎优化(SEO)
• Silverlight SEO（搜索引擎优化）白皮书
• Silverlight2 动态加载程序集—OnDemand模式(Dynamic Load Assembly)
• Silverlight中无法设置卫星程序集为中立资源程序集
• Silverlight启用Assembly Caching之后铁通用户无法访问
• Silverlight的依赖属性与附加属性

^:b*[^:b#/]+.*$

需要注意：#开头和/开头或者空行都不计入代码量。

如果需要只统计代码文件的代码量，可以按住Ctrl+Shift+F之后选择查找文件的类型。

你可能对下面的文章感兴趣

• Visual Assist代码提示使用的字符串模糊匹配算法
• Visual Studio 2010重命名重构时出现的问题
• Visual Studio小贴士——加了Try-Catch也能自动定位到异常代码
• Visual Studio编辑器一次缩进/反缩进4个空格
• VS2010的UI设计失误
• VS编译时自动引用Debug|Release版本的dll
• 使用FeedBurner烧制RSS最好禁用ItemLinkClicks统计
• 解决Silverlight无法调试的问题