There are four main ways to do interop in .NET between the managed and native worlds. COM interop can be accomplished using Runtime Callable Wrappers (RCW) and COM Callable Wrappers (CCW). The common language runtime (CLR) is responsible for type marshaling (except in the rare scenarios where a custom marshaler is used) and the cost of these calls can be expensive. You need to be careful that the interfaces are not too chatty; otherwise a large performance penalty could result. You also need to ensure that the wrappers are kept up to date with the underlying component. That said, COM interop is very useful for simple interop scenarios where you are attempting to bring in a large amount of native COM code.
The second option for interop is to use P/Invoke. This is accomplished using the DllImport attribute, specifying the attribute on the method declaration for the function you want to import. Marshaling is handled according to how it has been specified in the declaration. However, DllImport is only useful if you have code that exposes the required functions through a DLL export.
When you need to call managed code from native code, CLR hosting is an option. In such a scenario, the native application has to drive all of the execution: setting up the host, binding to the runtime, starting the host, retrieving the appropriate AppDomain, setting up the invocation context, locating the desired assembly and class, and invoking the operation on the desired class. This is definitely one of the most robust solutions in terms of control over what and when things happen, but it is also incredibly tedious and requires a lot of custom code.
The fourth option, and quite possibly the easiest and the most performant, is to use the interop capabilities in C++. By throwing the /clr switch, the compiler generates MSIL instead of native machine code. The only code that is generated as native machine code is code that just can't be compiled to MSIL, including functions with inline asm blocks and operations that use CPU-specific intrinsics such as Streaming SIMD Extensions (SSE). The /clr switch is how the Quake II port to .NET was accomplished. The Vertigo software team spent a day porting the original C code for the game to code that successfully compiled as C++ and then threw the /clr switch. In no time they were up and running on the .NET Framework. Without adding any additional binaries and simply by including the appropriate header files, managed C++ and native C++ can call each other without any additional work on the part of the developer. The compiler handles the creation of the appropriate thunks to go back and forth between the two worlds.
]]>
优化
| /O1 | 创徏代?/td> |
| /O2 | 创徏快速代?/td> |
| /Oa | 假设没有别名 |
| /Ob | 控制内联展开 |
| /Od | 用优化 |
| /Og | 使用全局优化 |
| /Oi | 生成内部函数 |
| /Op | 改善点C致?/td> |
| /Os | 代码大小优先 |
| /Ot | 代码速度优先 |
| /Ow | 假定在函数调用中使用别名 |
| /Ox | 使用最大优?(/Ob2gity /Gs) |
| /Oy | 省略框架指针 |
代码生成
| /arch | 使用 SSE ?SSE2 指o生成代码 |
| /clr | 启用 C++ 的托扩展ƈ产生在公paq行库上q行的输出文?/td> |
| /EH | 指定异常处理模型 |
| /G3 | 优化代码以优?386 处理器。在 Visual C++ 5.0 中已l停用，~译器将忽略此选项 |
| /G4 | 优化代码以优?486 处理器。在 Visual C++ 5.0 中已l停用，~译器将忽略此选项 |
| /G5 | 优化代码以优?Pentium |
| /G6 | 优化代码以优?Pentium Pro、Pentium II ?Pentium III 处理?/td> |
| /G7 | 针对 Pentium 4 ?Athlon 优化代码?/td> |
| /GB | ?/G6 {效Q将 _M_IX86 的D|ؓ 600 |
| /Gd | 使用 __cdecl 调用U定 |
| /Ge | Ȁzd栈探?/td> |
|
/GF
/Gf |
启用字符串池 |
| /Gh | 调用挂钩函数 _penter |
| /GH | 调用挂钩函数 _pexit |
| /GL | 启用全程序优?/td> |
| /Gm | 启用最重新生?/td> |
| /GR | 启用q行时类型信?(RTTI) |
| /Gr | 使用 __fastcall 调用U定 |
| /Gs | 控制堆栈探测 |
| /GT | 支持使用静态线E本地存储区分配的数据的U程安全 |
| /GX | 启用同步异常处理 |
| /Gy | 启用函数U链?/td> |
| /Gz | 使用 __stdcall 调用U定 |
| /MD | 使用 MSVCRT.lib 创徏多线E?DLL |
| /MDd | 使用 MSVCRTD.lib 创徏调试多线E?DLL |
| /ML | 使用 LIBC.lib 创徏单线E可执行文g |
| /MLd | 使用 LIBCD.lib 创徏调试单线E可执行文g |
| /MT | 使用 LIBCMT.lib 创徏多线E可执行文g |
| /MTd | 使用 LIBCMTD.lib 创徏调试多线E可执行文g |
输出文g
|
/FA
/Fa |
创徏列表文g 讄列表文g?/td> |
| /Fd | 重命名程序数据库文g |
| /Fe | 重命名可执行文g |
| /Fm | 创徏映射文g |
| /Fo | 创徏对象文g |
| /Fp | 指定预编译头文g?/td> |
|
/FR
/FR |
生成览器文?/td> |
| /Fx | 插入的代码与源文g合ƈ |
调试
| /GS | ~冲区安全检?/td> |
| /GZ | ?/RTC1 相同 |
| /RTC | 启用q行旉误检?/td> |
| /Wp64 | ?64 位可UL性问?/td> |
| /Yd | 完整的调试信息攑֜所有对象文件中 |
| /Yl | 创徏调试库时插入 PCH 引用 |
| /Z7 | 生成?C 7.0 兼容的调试信?/td> |
| /Zd | 生成行号 |
| /Zi | 生成完整的调试信?/td> |
预处理器
| /AI | 指定在解析传递到 #using 指o的文件引用时搜烦的目?/td> |
| /C | 在预处理期间保留注释 |
| /D | 定义常数和宏 |
| /E | 预处理器输出复制到标准输出 |
| /EP | 预处理器输出复制到标准输出 |
| /Fl | 预处理指定的包含文g |
| /FU | 强制使用文g名，像它已被传递到 #using 指o一?/td> |
| /I | 在目录中搜烦包含文g |
| /P | 预处理器输出写入文?/td> |
| /U | U除预定义宏 |
| /u | U除所有的预定义宏 |
| /X | 忽略标准包含目录 |
| /ZI | 调试信息包含在与“编辑ƈl箋”兼容的E序数据库中 |
语言
| /vd | 取消或启用隐藏的 vtordisp cL?/td> |
| /vmb | Ҏ向成员的指针使用最佳的?/td> |
| /vmg | Ҏ向成员的指针使用完全一般?/td> |
| /vmm | 声明多重l承 |
| /vms | 声明单一l承 |
| /vmv | 声明虚拟l承 |
| /Za | 用语言扩展 |
| /Zc | ?/Ze 下指定标准行?/td> |
| /Ze | 启用语言扩展 |
| /Zg | 生成函数原型 |
| /Zl | ?.obj 文g中移除默认库?/td> |
| /Zp n | 装l构成员 |
| /Zs | 只检查语?/td> |
链接
| /F | 讄堆栈大小 |
| /LD | 创徏动态链接库 |
| /LDd | 创徏调试动态链接库 |
| /link | 指定的选项传递给 LINK |
| /MD | 使用 MSVCRT.lib ~译以创建多U程 DLL |
| /MDd | 使用 MSVCRTD.lib ~译以创试多U程 DLL |
| /ML | 使用 LIBC.lib ~译以创建单U程可执行文?/td> |
| /MLd | 使用 LIBCD.lib ~译以创试单U程可执行文?/td> |
| /MT | 使用 LIBCMT.lib ~译以创建多U程可执行文?/td> |
| /MTd | 使用 LIBCMTD.lib ~译以创试多U程可执行文?/td> |
预编译头
杂项
| @ | 指定响应文g |
| /? | 列出~译器选项 |
| /c | ~译但不链接 |
| /H | 限制外部Q公共）名称的长?/td> |
| /HELP | 列出~译器选项 |
| /J | 更改默认?char cd |
| /nologo | 取消昄d版权标志 |
| /QI0f | 保 Pentium 0F 指o没有问题 |
| /QIfdiv | FDIV、FPREM、FPTAN ?FPATAN 指o有缺L Intel Pentium 微处理器的变通方?/td> |
| QIfist | 当需要从点cd转换为整型时取消 Helper 函数 _ftol 的调?/td> |
| /showIncludes | 在编译期间显C所有包含文件的列表 |
|
/Tc
/TC |
指定 C 源文?/td> |
|
/Tp
/TP |
指定 C++ 源文?/td> |
| /V | 讄版本字符?/td> |
| /W | 讄警告{ |
| /w | 用所有警?/td> |
| /Wall | 启用所有警告，包括默认情况下禁用的警告 |
| /WL | 在从命o行编?C++ 源代码时启用错误信息和警告消息的单行诊断 |
| /Zm | 指定预编译头内存分配限制 |
请参?/h4>
C/C++ 生成参?/a> | ~译器选项 | 讄~译器选项
]]>
When you have a "mystery" bug to solve, tracepoints are a vital part of your debugging arsenal. Single stepping and looking through code can be S-L-O-O-O-O-W and if you don't even know what you're looking for, it can consume hours and hours of effort. Tracepoints really speed things up. They're like breakpoints that don't break. In a way, they go back to the old "printf debugging" -- but you don't need to make code changes and recompile to change them.
To set a tracepoint, first set a breakpoint, then right-click on the red dot that appears in the margin and choose When Hit:
In the dialog that appears, click the Print A Message box and edit the starter message you are given. You can include any expression in braces and it will be evaluated when control reaches the tracepoint:
Leave the Continue Execution box checked so that you don't break. Tracepoints are identified by red diamonds instead of red dots:
The output from the tracepoints appears in the output window of your debug session:
You can set up something suspicious, let it run, then pore through the tracepoint output and see what you learn. It's a huge timesaver when you're tackling a "we don't even know where to start" bug. Plus, if the issue is related to threading or async issues in any way (and you know me, I keep preaching we will all be facing async issues eventually) then you don't have to worry that pausing execution suppresses the collisions. I recently helped a client solve a big hairy this-stuff-fails-for-our-biggest-customer-only bug using tracepoints... and a few other tricks I will cover in upcoming posts.
Conditional breakpoints were another really important tool in solving a recent "only happens at the big installations" bug in a big and complicated C++ application. We wanted to debug the code with as few rebuilds as possible and we really didn't know how parts of it worked at all. Tracepoints helped us to figure out a lot of it in a short time. We didn't have a decent repro case though, so here's what we did:
- created a script to add an audit table and some triggers that write to it
- created a script to remove those triggers and the table
- created a batch file to run a server in verbose mode, and redirect the output to a text file (remembering DOS commands sure can be helpful... myapp.exe -verbose >logfile.txt was the magic phrase.)
- wrote some instructions for the support guy to grab a backup of the database, run the first script, run the batch file, let it run all night, then in the morning grab another backup of the database, run the second script, and stop the batch file.
Now we ran some queries on the morning version of the database to confirm that at least one X was missing a Y that should have been calculated overnight. We even had the Xid. Thanks to the tracepoint work of the previous day we knew where to be suspicious. A little digging in the trigger output told us whether the problem was "didn't get added" or "got added, but then got deleted". The last step was conditional breakpoints. These let us say "only stop here when you're processing the X with this Xid."
This really saves time when you just need to drill into what's happening in the case that is going wrong. You get to it by right clicking the red dot or diamond and choosing Condition.
Conditional breakpoints are cool when you know the value of one variable that is associated with trouble: this only blows up when Xid is 1234. They can also be used to reduce the boredom of single stepping. Say you've got some loop that goes around a few hundred times building up some string or array or something. You don't want to keep going round and round and round... it would be nice to jump ahead to halfway through, for example, and see how things are looking. Now if this is a for loop with a handy named variable, say
for (int i = 0; i<1000; i++)
Then you can use a conditional breakpoint and say "stop when i is 200". Or you could be clever and stop when i % 200 is 0 -- so that's every 200 times. But what if there's no i? What if you're going through a file or a recordset/dataset/resultset and you're going until the end? You don't want to add some fake variable that gets incremented each time through the loop, just so you can set a breakpoint that breaks on certain values of that variable. Instead you want to use the hit count property of the breakpoint. Just right click the red dot and choose Hit Count. There you can set the breakpoint to break whenever it's hit, just the 10th time it's hit, every tenth time (10, 20, 30 etc) or every time after the 10th time Or, of course, whatever number you want instead of 10:
Don't debug the slow way when there are tools to make you so much faster!
Filter 下次再介l?
注意:c#的也可以用的?...
来自:http://www.gregcons.com/KateBlog/CategoryView.aspx?category=C%2B%2B
]]>
http://www.mailframe.net/Products/TestRunner/default.aspx
TestRunner Provides
- Test Driven Development inside Visual Studio 2005
- Integrated debugging from a simple context menu in the editor
- File, method, and line level code coverage in the editor
- Graphical test feedback directly in the Visual Studio editor
- Console & Trace redirection to the Output Window
- Non-blocking test runs -- program while you test on a background thread
- Test failure tool tips and line markers
- Ultra Performance tested with suites of 1400 unit tests
- TestRunner will change the way you NUnit test by making it a seamless experience with programming. Tests run in the background and richly interact with the Visual Studio editor instead of a separate program, saving you from the window shuffle or losing your place in your code. Unit testing, code coverage, and now performance profiling all in one convenient tool.
cppunit: http://morningspace.51.net/resource/cppunit/textui.html
------------------------------------------------------------------------------------------------------------------------------------
下蝲地址Q?a >http://www.testdriven.net/Default.aspx?tabid=27
博客园下载地址Q?a >http://downloads.cnblogs.com/TestDriven.NET-1.0.915d.zip
使用帮助Q?a >http://www.testdriven.net/Default.aspx?tabid=29
使用感受Q?
1、与VS.NET集成得很不错, 使用h很方? 比如我们q行一个测试方法，直接在这个方法上点击右键Run Test(s):
然后在VS.NET的输出窗口中输出试l果。Cool! 错误信息会显C在dH口?
2、在“解x案资源管理器”中Q可以选中相应的项目点d键运行测试，可以通过Test With NUnit GUI启动NUnit GUIq行试?
3、通过Tests With Debugger, 在Debug模式中运行测试，
4、不需要另外安装NUnit。TestDriven.NET已经自带NUnit?br />
------------------------------------------------------------------
nunit的?
http://ltp.cnblogs.com/archive/2005/12/03/289720.html
]]>
]]>
Kamran Iqbal
Microsoft Corporation
适用于：
Microsoft Visual Studio] 2005 Team System
摘要Q?/b>描述 Visual Studio 2005 Team System 提供的代码分析和性能工具?/p>
?/b> 本文档于产品投入生之前~写Q因此您可能会发现这里所包含的细节与发布的品有不一致的地方。文中的信息均依据撰写本文时的品状况，仅供您在规划时参考。如有更改，恕不另行通知。Microsoft 拥有本文档中的主题所涉及的专利、专利应用程序、商标、版权或其他的知识权。除?Microsoft 以Q何书面许可协议明提供，向您提供本文档ƈ没给予您使用q些专利、商标、版权或其他知识产权的Q何许可证?/p>
本页内容
|
?/a> |
|
|
分析工具支持 |
|
|
我们的解x?/a> |
|
|
Visual Studio 中的工具集成 |
|
|
结 |
?/h2>
要开发健壮而可靠的软gQ开发h员需要一套集成分析工P来帮助他们在开发的早期代码缺陷和性能问题?/p>
分析工具支持
q去Q由?Visual Studio 中缺对代码分析的支持，因此开发h员不得不购买W三方工P构徏自定义分析工P或者发布未l分析的代码?
| ?/td> |
p额外的成本购买第三方工具? 从众多的分析工具中选择一个既能满Y件分析的要求又在预算限制范围之内的工P未必L一轻杄d。另外，q些工具可能没有集成?Visual Studio 集成开发环?(IDE) 中，因此通常需要花贚w外的旉来学习如何顺利地使用它们? |
| ?/td> |
构徏自定义分析工兗? 构徏自定义分析工具需要资源、技能和l验。这对大多数公司中的开发团队而言是不现实的，仅仅是少数公司可以担负得L选择? |
| ?/td> |
发布未经分析的代码? 在工时期限和预算限制紧张的情况下Q发布未l分析的代码g是一U正的ҎQ但如果软g在部|之后发生故障，可能证明采用q种错误Ҏ的代价不菌Ӏ? |
我们的解x?/h2>
?Visual Studio 2005 Team System 中，开发h员将会看C套全新的、完全集成到 IDE 中的分析工具。这U分析工具与开发环境的紧密集成Q可以帮助开发h员在产品开发的早期ƈ修复代码~陷和性能问题。这q可以帮助团队有效且高效地管理Y件开发生命周期（Software Development Life CycleQSDLCQ?/p>
?Visual Studio 2005 Team System 中，有两cd析工具可用于构徏健壮而可靠的软gQ?
| ?/td> |
代码分析工具 |
| ?/td> |
性能工具 |
在开发环境中集成分析工具可以帮助开发h员检与~码、性能及安全性相关的问题。此外，可将代码分析工具作ؓ{օ{略的一部分用于每日构徏 (nightly build) q程Q开发团队能够在代码签入到源树 (source tree) 之前修正~陷。通过在开发的早期Q而不是后期）更正问题Q团队可降低修复代码~陷的M成本?/p>
除了完全集成?IDE 中之外，开发h员还可以从命令行使用q些工具?/p>
Visual Studio 中的工具集成
?Visual Studio 2005 Team System 中，通过使用代码分析工具和性能工具Q开发h员可以对代码q行静态和动态分析?/p>
代码分析工具
代码分析工具的目标是使开发h员能够对光目进行静态分析，以检和修复代码~陷。ؓ了实现这个目标，Visual Studio 2005 Team System 中包含了两个工具Q?
| ?/td> |
PREfast |
| ?/td> |
FxCop |
PREfast
PREfast 是一个静态分析工P它ؓ开发h员提供有兛_ C/C++ 源代码中可能存在~陷的信息。PREfast 报告的常见代码错误包括缓冲区溢出、未初始化内存、空指针取消引用、内存泄漏和资源短缺?/p>
IDE 集成
Z使开发h员能够自然地使用分析工具Q可以将 PREfast 完全集成?IDE 中。通过在项目的 Property Pages 上选择 Yes (/prefast)Q开发h员可以轻村?PREfastQ如?1 所C?/p>
?/b> 1. 启用 PRE f ast
在生成过E中Qؓ源代码生成的M PREfast 警告都出现在 Error List 中。这些警告包括缺陯\径信息（如果有）Q双ȝ出显C缺陯\径的警告Q可以进入代码编辑器中的警告Q如?2 所C?/p>
?/b> 2. PRE f ast 警告
#pragma support
Developers can use the #pragma directive to treat warnings as errors, or disable warnings, as shown below. #pragma warning (error: 6260) //treat warning 6260 as an error #pragma warning (disable: 6011) //disable warning 6011
Ҏ支持
PREfast q支持批注以改善代码分析的精性。批注提供有兛_数参数和q回cd的之前和之后条g的附加信息?/p>
#include [SA_Post( MustCheck=SA_Yes )] double* CalcSquareRoot ( [SA_Pre( Null=SA_No )] double* source, unsigned int size )
在上面的CZ中：
| ?/td> |
[SA_Post ( MustCheck=SA_Yes)] 要求调用Ҏ?CalcSquareRoot 的返回? |
| ?/td> |
[SA_Pre ( Null=SA_No)] 要求调用方将非空参数“source”传递给 CalcSquareRoot |
命o行支?/em>
除了与开发环境完全集成之外，开发h员还可以从命令行使用 PREfastQ如下所C?/p>
C:\>cl /prefast Sample.cpp
FxCop
FxCop 是一个静态分析工P它分析托代码程序集q报告有关程序集的信息，例如Q与 Microsoft .NET Framework Design Guidelines 中阐q的~程和设计规则相冲突。FxCop 表示在分析过E中作ؓ规则执行的检查。规则是一D|代码，该代码分析程序集q返回有兛_发现l果的消息。规则消息识别Q何相关的~程和设计问题，q在可能的情况下Q提供有兛_何修复目标的信息?/p>
IDE 集成
Z使开发h员能够自然地使用分析工具Q开发h员可以在目?Property Pages 上选择 Run FxCopQ如?3 所C?/p>
?/b> 3. 启用 FxCop
有关包含或排除规则，规则作告或错误的附加选项Q也可以?Property Pages 中找刎ͼ如图 4 所C?/p>
?/b> 4. FxCop 规则
一旦启?FxCopQ在生成q程中，FxCop ׃?Error List 中报告冲H，如图 5 所C?/p>
?/b> 5. FxCop 规则冲突
Error List 提供有关规则冲突的信息和Q以便于您纠正错误。只需?Error List 中双击规则冲H，卛_L地定位到触犯了规则的代码行?/p>
MSBuild 集成
Visual Studio 的下一个版本从Ҏ上改q了生成q程Q其Ҏ是引入一个新的、名?MSBuild 的生成引擎。可以通过 MSBuild pȝ调用 FxCop。这使开发h员能够从命o行运行托项目上?FxCop?/p>
性能工具
?Visual Studio 2005 Team System 中，开发h员可以通过性能工具来度量、计和定位代码中与性能相关的问题。这些工具都完全集成?IDE 中，以提供无~、友好的用户体验?/p>
性能工具支持两种分析ҎQ?
| ?/td> |
采样 |
| ?/td> |
使用仪器 |
在采Lq程中，数据攉基础l构定期中断正在执行的应用E序Q以定正在执行的是哪个函数Qƈ增加函数的采栯数。它存储有关准备函数调用的调用堆栈的信息?/p>
应用E序退出后Q收集到的所有数据会生成Z个报告文Ӟ您可以?IDE 中集成的报告功能L地查看该文g?/p>
采样的优势在于低开销Q因只是定期中断应用E序。这使得应用E序的行够更接近实际情况。这U方法的~点是，它只能获取已采样函数的相x能数据。有可能没有寚w要采L函数q行采样Q因而无法获取有兌函数的信息?
使用仪器的优势在于可以收集应用程序的特定部分的精性能数据。在使用仪器的过E中Q“enter”和“exit”探针被插入到应用程序的函数中。这些探针将报告q回l数据收集基l构Qƈ允许用户捕获函数执行所需的精时_或其他衡量标准）?/p>
分析应用E序
分析应用E序的首选用模式是首先开始采P然后Ҏ采样所产生的结果检应用程序的特定斚w?/p>
分析应用E序的过E相当简单。首先创Z个新的性能会话。在 Visual Studio 2005 Team System 中，可以使用 Performance Session Wizard 创徏一个新的性能会话?/p>
Performance Session Wizard
Performance Session Wizard 讄分析应用E序的必要环境。在 Visual Studio 2005 Team System 中，该向gؓ EXE、DLL ?ASP.NET 应用E序提供内置支持?/p>
可以使用该向导创Z?New Performance SessionQ如?6 所C?/p>
?/b> 6. 启动性能向导
?/b> 要手动创Z个新的性能会话Q请使用菜单上的 New Performance Session 命o。可以采用这U方法来手动分析其他cd的应用程序（例如QWindows 服务Q?/p>
Performance Explorer
性能会话作ؓq行会话向导或手动创Z话的l果而创建?b>Performance Explorer 可以其直观地表C出来，如图 7 所C?/p>
?/b> 7. 性能资源理?/b>
Performance Explorer l用户呈C层次l构。该层次l构的根节点表示 Performance Session。这U节点的属性是用户在创?Performance Session 时设|的属性。如果用户?Performance Session Wizard 创徏会话Q则q些属性体C用户在用向导的q程中所选择的倹{如果用h动创?Performance SessionQ则q些属性包含了它们的默认倹{?/p>
根节Ҏ两个子节点：Targets 节点?Reports 节点?b>Targets 节点包含一个或多个目标Q目标可以是 EXE、DLL ?ASP.NET 应用E序?/p>
Reports 节点包含与某个特?Performance Session 相关的所有报告?/p>
性能会话报告
一旦应用程序执行完毕，pȝ׃一个性能会话报告自动d?Reports 节点。可以通过下面的视图来查看q些报告Q?/p>
Summary 视图
Summary 视图为开发h员提供了其调查的L。它昄应用E序执行q程中开销最高的函数Q如?8 所C。从该视图中的每个数据点Q用户都可以定位到更详细的视图?/p>
?/b> 8. Summary 视图
Functions 视图
Functions 视图昄在应用程序的执行q程中调用的全部函数Q这些函数存在于p应用E序引用的所有模块之中，如图 9 所C。该视图昄的信息取决于所用的分析ҎQ采样与使用仪器Q?/p>
?9. Functions 视图
Caller/Callee 视图
Caller/Callee 视图提供?Functions 视图中所列函数的详细信息Q如?10 所C?/p>
?/b> 10. Caller/Callee 视图
Callstack 视图
Callstack 视图使用戯够向下搜索特定的调用跟踪Qƈ分析哪些跟踪Ҏ能的媄响最大?/p>
?/b> 11. Callstack 视图
Type 视图
Type 视图提供有关某个特定cd的实例数量和d节数的信息，如图 12 所C?/p>
命o行支?/em>
可以通过命o行工具用性能工具功能。这为用h供了灉|性，用户既可以从命o行运行这些工P又可以通过脚本来用它们，以便自动执行d?/p>
]]>
Mark Michaelis
Itron Corporation
摘要Q?/b>本演l通过试驱动开?(TDD) 和先试-后编?(test-then-code) 的方法学习单元测试?/p>
本页内容
|
|
?/a> |
|
|
开?/a> |
|
|
创徏试 |
|
|
q行试 |
|
|
查异?/a> |
|
|
从数据库中加载测试数?/a> |
|
|
试视图 (Test View) H口 |
|
|
增加一个测试数据库 |
|
|
数据与试兌 |
|
|
实现和重构目标方?/a> |
|
|
代码覆盖 |
|
|
初始化和清除试 |
|
|
最佛_?/a> |
|
|
结 |
?/h2>
最新发布的 Visual Studio Test System (VSTS) 包含了一套用?Visual Studio Team Test 的完整功能。Team Test ?Visual Studio 集成的单元测试框Ӟ它支持：
| ?/td> |
试Ҏ存根 (stub) 的代码生成?/p> |
| ?/td> |
?IDE 中运行测试?/p> |
| ?/td> |
合ƈ从数据库中加载的试数据?/p> |
| ?/td> |
试q行完成后，q行代码覆盖分析? |
另外QTeam Test 包含了一套测试功能，可以同时支持开发h员和试人员?/p>
在本文中Q我们准备演l如何创建Team Test 的单元测试。我们从一个简单的CZE序集开始，然后在该E序集中生成单元试Ҏ存根。这样可以ؓTeam Test 和单元测试的新手读者提供基本的语法和代码，同时也很好地介绍了如何快速徏立测试项目的l构。然后，我们转到使用试驱动开?(test driven development, TDD) ҎQ即在写产品代码前先写单元测试?/p>
Team Test的一个关键特Ҏ从数据库中加载测试数据，然后其用于试Ҏ。在演示基本的单元测试后Q我们描q如何创建测试数据ƈ集成到测试中?/p>
本文中用的CZ目包含一?LongonInfo c，它封装了与登录相关的数据Q例如用户名和密码）以及一些关于数据的单的验证规则。最l的cd下图 1 所C?/p>
?/b> 1. 最l的 LogonInfo c?/b>
h意所有的试代码位于一个单独的目。这是有道理的，产品代码应该可能少的受试代码影响Q所以我们不惛_产品代码的程序集中嵌入测试代码?/p>
开?/h2>
首先Q我们创Z个名为“VSTSDemo”的cd目。默认情况下Q?b>为方案创建目?/b>(Create directory for solution) 复选框被选中。保留此选项可以使我们在 VSTSDemo 目的同一层目录创建测试项目。相反，如果不选中此选项QVisual Studio 2005 会将试目攑֜ VSTSDemo 目的子目录中。测试项目遵?Visual Studio 在解x案文件\径的子目录中创徏额外目的规定?/p>
创徏初始?VSTSDemo 目后，我们使用 Visual Studio 的解x案资源管理器?Class1.cs 文g重命名ؓ LogonInfo.csQ这L名也会被更新?LogonInfo。然后我们修Ҏ造函C接受两个字符串参敎ͼuserId ?password。一旦构造函数的{被声明，我们可以ؓ构造函数生成测试?/p>
?/b> 2. LongonInfo 构造函数的上下文菜单的“创建测?/b> ?/b> ?/b> ( Create Tests... ) 菜单?/b>
创徏试
在开始编?LogonInfo的Q何实C前，我们遵@ TDD 实践的规则，首先~写试。TDD 在Team Test 中ƈ不是必需的，但最好在本文的剩余部分遵?TDD。右键单?LogonInfo()构造函敎ͼ然后选择“创建测试…”菜单项(如图 2 所C?。这样会出现一个对话框Q可以在不同的项目中生成单元试Q如?3 所C）。默认情况下Q项目设|的输出 (Output) 选项是一个新?Visual Basic 目Q但是也可以选择 C# ?C++ 试目。在本文中，我们选择 Visual C#Q然后单?OK 按钮Q接着输入目?VSTSDemo.Test。测试项目名U?/p>
?/b> 3. 生成单元试对话?/b>
生成的测试项目包含四个与试相关的文件?/p>
| 文g?/td> | 目的 |
|
AuthoringTest.txt |
提供关于创徏试的说明，包括向项目增加其他测试的说明?/p> |
|
LogonInfoTest.cs |
包含了用于测?LogonInfo()的生成测试，以及试初始化和试清除的方法?/p> |
|
ManualTest1.mht |
提供了一个模板，可以填入手工试的指令?/p> |
|
UnitTest1.cs |
一个空的单元测试类架构Q用于放入另外的单元试?/p> |
因ؓ我们不打对该项目进行手工测试，q且׃已经有了一个单元测试文Ӟ我们删?ManualTest1.mht ?UnitTest1.cs?/p>
除了一些默认的文gQ生成的试目q包含了?Microsoft.VisualStudio.QualityTools.UnitTestFramework?VSTSDemo 目的引用。前者是试引擎q行单元试需要依赖的试框架E序集，后者是Ҏ们需要测试的目标E序集的目引用?/p>
默认情况下，生成的测试方法是包含以下实现的占位符Q?/p>
清单 1. 生成的测试方法： ConstructorTest(), 位于 VSTSDemo.Test.LogonInfoTest
/// <summary>
///This is a test class for VSTTDemo.LogonInfo and is intended
///to contain all VSTTDemo.LogonInfo Unit Tests
///</summary>
[TestClass()]
public class LogonInfoTest
{
// ...
/// <summary>
///A test case for LogonInfo (string, string)
///</summary>
[TestMethod()]
public void ConstructorTest()
{
string userId = null; // TODO: Initialize to an appropriate value
string password = null; // TODO: Initialize to an appropriate value
LogonInfo target = new LogonInfo(userId, password);
// TODO: Implement code to verify target
Assert.Inconclusive(
"TODO: Implement code to verify target");
}
}
切的生成代码会Ҏ试目标的方法类型和{不同而有所不同。例如，向导会ؓU有成员函数的测试生成反代码。在q种特别的情况下Q我们需要专门用于公有构造函数测试的代码?/p>
关于Team Test Q有两个重要的特性。首先，作ؓ试的方法由 TestMethodAttribute属性指定，另外Q包含测试方法的cL TestClassAttribute属性。这些属性都可以?Microsoft.VisualStudio.QualityTools.UnitTesting.Framework 命名I间中找到。Team Test 使用反射机制在测试程序集中搜索所有由 TestClass修饰的类Q然后查扄 TestMethodAttribute修饰的方法来军_执行的内宏V另外一个重要的由执行引擎而不是编译器验证的标准是Q测试方法的{必须是无参数的实例方法。因为反搜?TestMethodAttributeQ所以测试方法可以用Q意的名字?/p>
试Ҏ ConstructorTest()首先实例化目?LongonInfo c，然后断言试是非军_性的(使用Assert.Inconclusive())。当试q行ӞAssert.Inconclusive()说明了它可能~少正确的实现。在我们的示例中Q我们更?ConstructorTest()ҎQ让它检查用户名和密码的初始化，如下所C?/p>
清单 2. 更新?/b> ConstructorTest() 实现
/// <summary>
///A test case for LogonInfo (string, string)
///</summary>
[TestMethod()]
public void ConstructorTest()
{
string userId = "IMontoya";
string password = "P@ssw0rd";
LogonInfo logonInfo = new LogonInfo(userId, password);
Assert.AreEqual<string>(userId, logonInfo.UserId,
"The UserId was not correctly initialized.");
Assert.AreEqual<string>(password, logonInfo.Password,
"The Password was not correctly initialized.");
}
h意我们的查?Assert.AreEqual<T>() Ҏ完成?b>AssertҎ也支持没有泛型的 AreEqual()Q但是泛型版本几乎L首选，因ؓ它会在编译时验证cd匚w Q??CLR 支持泛型前，q种错误在单元测试框架中非常普遍?/p>
因ؓ UserID ?Password 的实例域q没有创建，我们需要回头将其添加到 LogonInfocMQ以便VSTTDemo.Test 目可以~译?/p>
即我们q没有一个有效的实现Q让我们开始运行测试。如果我们遵?TDD ҎQ我们就应该直到试证明我们需要这L代码时才ȝ写品代码。我们仅在徏立项目结构时q背此原则，但是一旦项目徏立后Q就可以Ҏ地始l遵?TDD Ҏ?/p>
q行试
要运行项目中的所有测试，只需要运行测试项目。要实现q一点，我们需要右键单击解x案资源管理器的VSTSDemo.Test 目Q选择讄为启动项?/b>(Set as StartUp Project)。接着Q用菜单项调试->启动(F5) 或?b>调试->开始执行（不调试）(Ctrl+F5) 开始运行测试?/p>
q时出现试l果H口Q列出项目中的所有测试。因为我们的目只包含一个测试，因此只列Z一个测试。开始的时候，试会处于挂L状态，但是一旦测试完成，l果是我们意料中的p|Q如?4 所C）?/p>
?/b> 4. 执行所有测试后的测试结果窗?/b>
?4 昄?b>试l果 (Test Results) H口。这个特别的屏幕快照除了默认的列外，q显CZ错误信息。您可以在列头上单击右键q择菜单?b>增加/删除列?/b>以增加或者删除列?/p>
如果要查看测试的额外l节Q我们可以选定试q双击，打开“ConstructorTest[Results]”窗口，如图 5 所C?/p>
?/b> 5. 详细的测?/b> ConstructorTest [ Results ] H口
另外Q我们可以右键单d个测试，然后选择打开试(Open Test) 菜单，q入试代码。因为我们已l知道问题在?LogonInfo 构造函数的实现Q我们可以去那里~写初始?UserID ?Password 字段的代码，使用传入的参数对它们q行初始化。重新运行测试以验证试现在可以通过?/p>
查异?/h2>
下一步是创徏 LongonInfo c，以提供对 UserID ?password 的一些验证。不q的是，UserID?Password 字段是公qQ这意味着它们没有提供M装来确保它们有效。但是在我们其转换为属性ƈ提供验证前，让我们编写一些测试来验证M实现的结果都是正的?/p>
我们首先来编写一个测试，防止I?(null) 或空字符串赋值给 UserID。预期结果是Q如果空g送给构造函敎ͼ会引发一?ArgumentException异常。测试代码如清单 3 所C?/p>
清单 3. 使用 ExpectedExceptionAttribute 对异常情况进行测?/b>
[TestMethod]
[ExpectedException(typeof(ArgumentException),
"A userId of null was inappropriately allowed.")]
public void NullUserIdInConstructor()
{
LogonInfo logonInfo = new LogonInfo(null, "P@ss0word");
}
[TestMethod]
[ExpectedException(typeof(ArgumentException),
"A empty userId was inappropriately allowed.")]
public void EmptyUserIdInConstructor()
{
LogonInfo logonInfo = new LogonInfo("", "P@ss0word");
}
h意对?ArgumentException没有 try-catch 代码块的昑ּ试。不q，两个试都包含另外一个属?ExpectedExceptionQ它接受一个类型参敎ͼ以及一个可选的错误信息Q用于在没有引发异常时显C。当q个单元试执行Ӟ试框架会显式地监视引发?ArgumentException异常Q如果方法没有引发这个异常，试失败。运行这些测试会证明我们q没有对 UserID 做Q何验证检查；因此Q测试会p|Q因为没有引发预期的异常?/p>
有了p|的测试，现在可以回到产品代码q行更新来提供测试需要检查的功能。在q个例子中，我们?UserID字段转换为属性，q提供验证检查（清单 4Q?/p>
清单 4. ?/b> LogonInfo cM验证 UserId
public class LogonInfo
{
public LogonInfo(string userId, string password)
{
this.UserId = userId;
this.Password = password;
}
private string _UserId;
public string UserId
{
get { return _UserId; }
private set
{
if (value == null || value.Trim() == string.Empty)
{
throw new ArgumentException(
"Parameter userId may not be null or blank.");
}
_UserId = value;
}
}
// ...
}
属性的实现使用?C# 2.0 的功能，其中 getter ?setter 的访问权限不一致。setter的实现标识ؓU有Q?getter 实现为公有。这?UserID ׃能在 LogonInfo cd被修改了Q除非通过反射机制Q?/p>
一旦增加了验证Q我们可以重新运行测试来验证实现是正的。我们运行所有的三个试来验?UserID 字段转换为属性的重构q程没有产生M意外的错误。单元测试的真正价值在代码修改的时候才真正有所体现。一套单元测试可以保证我们在l护和改q代码的时候没有破坏代码?/p>
从数据库中加载测试数?/h2>
对于 LogonInfo cȝ下一ơ修改，我们提供一个方法来改变密码。该Ҏ接受旧密码和新密码作为参数。另外，我们会验证密码符合某U复杂性需求。确切的_我们保证密码符?Windows Active Directory 的默认需求，卛_含以下四U类型字W中的三U：
| ?/td> |
大写字母 |
| ?/td> |
写字母 |
| ?/td> |
标点W号 |
| ?/td> |
数字 |
另外Q我们将查密码最包?6 个字W，最多包?255 个字W?/p>
和之前一P我们在编写实现前先ؓ密码复杂性需求编写测试。但是显Ӟ我们需要提供一个测试值的大集合用于验证实现。我们不是ؓ每个试用例创徏一个单独的试Q也不是创徏一个@环来调用一pd的测试用例，我们创Z个数据驱动测试，它从数据库中取出所需的数据?/p>
试视图 (Test View) H口
首先我们定义一个名?ChangePasswordTest() 的新试。定义后Q从菜单?b>试->查看和创建测?/b>(Test->View and Author Tests)为测试方法打开试视图H口Q如?6 所C：
?/b> 6. 试视图 ( Test view ) H口
试视图H口可用来运行指定的试和浏览测试的特定属性。通过增加额外的列Q右键单d头ƈ选择d/删除列…）Q我们可以排序ƈҎ偏好查看试。有些列来自修饰试的属性。例如，d OwnerAttribute在所有者列昄试的所有者。其它元数据属性（?DescriptionAttributeQ?/b>也可以用。这些属性都可以?Microsoft.VisualStudio.QualityTools.UnitTesting.Framework 命名I间中找到。如果没有显式的属性存在，那么我们可以使用自由形式?TestPropertyAttribute来ؓ特别的测试方法增加名Q值对?/p>
没有对应列的属性可以在一个测试的属性窗口中昄Q选择一个测试，在右键上下文菜单中单?b>属?/b>Q。它包含了指定数据连接字W串和用于蝲入测试数据的表名的属性。显ӞZ指定有效|我们需要一个数据库q接?/p>
增加一个测试数据库
从服务器资源理器窗口，我们可以使用创徏新的 SQL Server数据?/b>(Create new SQL Server Database) 菜单V但是要心q种ҎQ如果我们要在其它计机上执行测试的话，我们要保证在一台服务器上创建数据库Q其它可能执行测试的计算机必能够访问该服务??例如一台用于构建的计算机?/p>
另外一个选择是仅仅增加一个数据库文g。?b>目->增加新项?/b> (Project->Add new item...) 允许向项目插入一?SQL 数据库文件。这U方法ɋ试数据和测试项目保持在一赗缺Ҏ如果数据库变得很大，我们׃惌么做Q而宁可提供全局的数据源?/p>
对于本项目中的数据，我们创徏一个名?VSTSDemo.mdf的本地项目数据库文g。ؓ了向文g加入试数据Q我们用菜?b>工具->q接到数据库 (Tools->Connect to Database)Q然后指?VSTSDemo.mdf 文g。然后，从服务器资源理器窗口我们可以用设计器加入一个新的表 LongonInfoTest。清?5 昄了该表的定义?/p>
清单 5. LogonInfoTestData SQL 脚本
CREATE TABLE dbo.LogonInfoTest ( UserId nchar(256) NOT NULL PRIMARY KEY CLUSTERED, Password nvarchar(256) NULL, IsValid bit NOT NULL ) ON [PRIMARY] GO
保存表后Q我们可以将其打开Q然后输入不同的非法密码Q如下表所C?/p>
| UserId | Password | IsValid |
|
Humperdink |
P@w0d |
False |
|
IMontoya |
p@ssword |
False |
|
Inigo.Montoya |
P@ssw0rd |
False |
|
Wesley |
Password |
False |
数据与试兌
一旦完成表的创建，我们需要将其与试 InvalidPasswords()联系h。从试 InvalidPasswords的属性窗口，我们填写数据q接字符?/b>(Data Connection String) ?b>数据表名 (Data Table Name) 属性。这样做用附加的属?DataSourceAttribute?DataTableNameAttribute更新试。最l的Ҏ ChangePasswordTest()在清?6 中显C?/p>
清单 6. 用于数据驱动试的测试代?/b>
enum Column
{
UserId,
Password,
IsValid
}
private TestContext testContextInstance;
/// <summary>
///Gets or sets the test context which provides
///information about and functionality for the
///current test run.
///</summary>
public TestContext TestContext
{
get
{
return testContextInstance;
}
set
{
testContextInstance = value;
}
}
[TestMethod]
[Owner("Mark Michaelis")]
[TestProperty("TestCategory", "Developer"),
DataSource("System.Data.SqlClient",
"Data Source=.\\SQLEXPRESS;AttachDbFilename=\"<Path to the sample .mdf file>";Integrated
Security=True",
"LogonInfoTest",
DataAccessMethod.Sequential)]
public void ChangePasswordTest()
{
string userId =
(string)TestContext.DataRow[(int)Column.UserId];
string password =
(string)TestContext.DataRow[(int)Column.Password];
bool isValid =
(bool)TestContext.DataRow[(int)Column.IsValid];
LogonInfo logonInfo = new LogonInfo(userId, "P@ssw0rd");
if (!isValid)
{
Exception exception = null;
try
{
logonInfo.ChangePassword(
"P@ssw0rd", password);
}
catch (Exception tempException)
{
exception = tempException;
}
Assert.IsNotNull(exception,
"The expected exception was not thrown.");
Assert.AreEqual<Type>(
typeof(ArgumentException), exception.GetType(),
"The exception type was unexpected.");
}
else
{
logonInfo.ChangePassword(
"P@ssw0rd", password);
Assert.AreEqual<string>(password, logonInfo.Password,
"The password was not changed.");
}
}
清单 6 W一个需要注意的地方是增加了 DataSourceAttribute属性，它指明了q接字符丌Ӏ表名和讉K序。在q个清单中，我们使用数据库文件名标识数据库。这L优点是该文g和测试项目一赯U，假设它可能会被移动到一个相对的路径?/p>
W二个注意的地方?TestContext.DataRow调用?b>TestContext是在我们q行创徏试向导时由生成器提供的属性，它在q行时由试执行引擎自动赋|q样我们可以在试中访问跟试环境兌的数据。如?7 所C?/p>
?/b> 7. TestContext 兌
如图 7 所C，TestContext提供?TestDirectory?TestName数据Q以?BeginTimer()?b>EndTimer()Ҏ。对 ChangePasswordTest()Ҏ最有意义的?DataRow属性。因?ChangePasswordTest()Ҏ?DataSourceAttribute修饰Q该属性指定的表返回每个记录时Q该Ҏ都会被调用一ơ。这׃ɋ试代码使用q行中的试的数据，而且Ҏ?LongonInfoTest 表的每条记录重复执行试。如果表包含四条记录Q那么测试将会分别执行四ơ?/p>
使用q样的数据驱动测试方法，可以很容易的提供额外的测试数据，而不需要编写Q何代码。一旦需要额外的试用例Q我们需要做的就是向 LongonInfoTest 表增加关联的数据。尽我们可以创Z个独立的试来用单独的表分别测试有效和无效数据Q这个特定的例子合ƈ了这些测试来昄E微复杂的数据测试实例?/p>
实现和重构目标方?/h2>
现在我们已经有了试Q是时候ؓ试~写实现了。?C# 重构工具Q我们可以右键单?ChangePassword()Ҏ调用Q选择菜单?/b>GenerateMethodStubQ然后对于生成的Ҏ提供实现Q一旦我们成功地q行了用所有测试数据的试Q我们也可以开始重构代码了Q?b>LogonInfo cȝ最l实现如清单 7 所C?/p>
清单 7. LogonInfo c?/b>
using System;
using System.Text.RegularExpressions;
namespace VSTTDemo
{
public class LogonInfo
{
public LogonInfo(string userId, string password)
{
this.UserId = userId;
this.Password = password;
}
private string _UserId;
public string UserId
{
get { return _UserId; }
private set
{
if (value == null || value.Trim() == string.Empty)
{
throw new ArgumentException(
"Parameter userId may not be null or blank.");
}
_UserId = value;
}
}
private string _Password;
public string Password
{
get { return _Password; }
private set
{
string errorMessage;
if (!IsValidPassword(value, out errorMessage))
{
throw new ArgumentException(
errorMessage);
}
_Password = value;
}
}
public static bool IsValidPassword(string value,
out string errorMessage)
{
const string passwordSizeRegex = "(?=^.{6,255}$)";
const string uppercaseRegex = "(?=.*[A-Z])";
const string lowercaseRegex = "(?=.*[a-z])";
const string punctuationRegex = @"(?=.*\d)";
const string upperlowernumericRegex = "(?=.*[^A-Za-z0-9])";
bool isValid;
Regex regex = new Regex(
passwordSizeRegex +
"(" + punctuationRegex + uppercaseRegex + lowercaseRegex +
"|" + punctuationRegex + upperlowernumericRegex + lowercaseRegex +
"|" + upperlowernumericRegex + uppercaseRegex + lowercaseRegex +
"|" + punctuationRegex + uppercaseRegex + upperlowernumericRegex +
")^.*");
if (value == null || value.Trim() == string.Empty)
{
isValid = false;
errorMessage = "Password may not be null or blank.";
}
else
{
if (regex.Match(value).Success)
{
isValid = true;
errorMessage = "";
}
else
{
isValid = false;
errorMessage = "Password does not meet the complexity requirements.";
}
}
return isValid;
}
public void ChangePassword(
string oldPassword, string newPassword)
{
if (oldPassword == Password)
{
Password = newPassword;
}
else
{
throw new ArgumentException(
"The old password was not correct.");
}
}
}
}
代码覆盖
单元试的一个关键度量是军_在单元测试运行时试了多代码。该度量UCؓ代码覆盖QTeam Test 包含了一个代码覆盖工P可以详细解释被执行代码的癑ֈ率，q突出显C哪些代码被执行Q那些没有被执行。该功能如图 8 所C?/p>
?/b> 8. H出昄代码覆盖
?8 昄了运行所有单元测试后的代码覆盖的H出昄情况。红色突出显C明了我们有品代码没有运行Q何单元测试，q说明我们编写这些代码时未遵?TDD 原则Q即在编写实现前先提供测试?/p>
初始化和清除试
一般来_试cM仅包含独立的试ҎQ还包含了不同的Ҏ试进行初始化和清除的Ҏ。实际上Q创建测试向导在创徏 VSTSDemo.Test 目Ӟ一些这LҎd到类 LongonInfoTest 中，见清?8?/p>
清单 8. 最l的 LogonInfoTest c?/b>
using VSTTDemo;
using Microsoft.VisualStudio.QualityTools.UnitTesting.Framework;
using System;
namespace VSTSDemo.Test
{
/// <summary>
///This is a test class for VSTTDemo.LogonInfo and is intended
///to contain all VSTTDemo.LogonInfo Unit Tests
///</summary>
[TestClass()]
public class LogonInfoTest
{
private TestContext testContextInstance;
/// <summary>
///Gets or sets the test context which provides
///information about and functionality for the
///current test run.
///</summary>
public TestContext TestContext
{
get
{
return testContextInstance;
}
set
{
testContextInstance = value;
}
}
/// <summary>
///Initialize() is called once during test execution before
///test methods in this test class are executed.
///</summary>
[TestInitialize()]
public void Initialize()
{
// TODO: Add test initialization code
}
/// <summary>
///Cleanup() is called once during test execution after
///test methods in this class have executed unless
///this test class' Initialize() method throws an exception.
///</summary>
[TestCleanup()]
public void Cleanup()
{
// TODO: Add test cleanup code
}
// ...
[TestMethod]
// ...
public void ChangePasswordTest()
{
// ...
}
}
}
用于Ҏ试进行设|和清除的方法分别由属?TestInitializeAttribute?TestCleanupAttribute修饰。在每个q样的方法中Q我们可以加入额外的代码Q它们将会在每个试前或者测试后q行。这意味着在每ơ对应于 LongonInfoTest 表的记录?ChangePasswordTest()执行前，Initialize() ?Cleanup() 都会被执行，每次 NullUserIdInConstructor?EmptyUserIdInConstructor执行时也会发生同L情况。这LҎ可以用于向数据库中插入默认的数据Q然后在试完成时清除插入的数据。例如，我们可以做到?Initialize()中开始一个事务，然后在清除时回滚同一个事务，q样一来，如果试Ҏ使用相同的连接时Q数据状态会在每ơ测试执行完成时恢复原状。类似地Q测试文件也可以q样处理?/p>
在调试期_TestCleanupAttribute修饰的方法可能由于调试器在清除的代码执行前终止运行。由于这个原因，最好在讄试期间查清除情况，q在需要时在设|测试前执行清除代码。关于初始化和清除的其它可用的测试属性有 AssemblyInitializeAttribute/AssemblyCleanupAttribute?ClassInitializeAttribute/ClassCleanupAttribute。程序集相关的属性对整个E序集运行一ơ，而类相关的属性对一个特定的试cȝ加蝲q行一ơ?/p>
最佛_?/h2>
在结束前我们回顾几种单元试的最佛_c首先，TDD 是非常有价值的实践。在所有现有的开发方法中QTDD 可能是多q来Ҏ上改q开发且投资成本最的一U。每?QA 工程师都会告诉您Q开发h员在没有相应的测试前不会写出成功的Y件。有?TDDQ实跉|在实现前~写试Qƈ且理x冉|Q编写的试可以成ؓ无需人工参与执行的构本的一部分。需要训l来开始养成习惯，但一旦徏立习惯后Q不使用 TDD Ҏ~码像开车时不系安全带一栗?/p>
对于试本nQ有一些额外的原则可以帮助成功q行试Q?/p>
| ?/td> |
避免试产生依赖性，q样试需要按照特定的序执行。每个测试都应该是自ȝ?/p> |
| ?/td> |
使用试初始化代码验证测试清除已l成功执行，如果没有则在执行试前重新执行清除? |
| ?/td> |
在编写Q何品代码的实现前编写测试? |
| ?/td> |
对于产品代码中的每个cdZ个测试类。这样可以简化测试的l织Qƈ可以Ҏ地选择在何处放|每个测试?/p> |
| ?/td> |
使用 Visual Studio 生成初始化的试目。这样可以大大减手工设|测试项目ƈ与品项目关联的步骤? |
| ?/td> |
避免创徏其他依赖计算机的试Q例如依赖特定的目录路径的测试?/p> |
| ?/td> |
创徏模拟对象 (mock object) 来测试接口。模拟对象通常在需要验?API W合所需功能的测试项目中实现?/p> |
| ?/td> |
在l创建新的测试前验证所有测试运行成功。这样可以保证在破坏代码后立刻进行修正?/p> |
| ?/td> |
可以最大化无需人工参与执行的测试代码。在依赖于手工测试前Q必d全肯定无法采用合理的无需人工参与执行的测试方案? |
结
ȝ来说QVSTS 的单元测试功能本w很好理解。而且管本文没有提到Q它q可以通过自定义执行引擎进行扩展。此外，它包含了代码覆盖分析的功能，q对于评h试的全面性非常有用。通过使用 VSTSQ您可以测试数目和 bug 数目或编写的代码数量q行兌比较。这为项目的q行状况提供了很好的指标?/p>
本文介绍了Team Test 产品中的基本单元试功能Q也探讨了关于数据驱动测试的一些更加高U的功能。通过开始实践对代码q行单元试Q您会ؓ产品的整个生命期建立一套宝늚试集。Team Test 通过?Visual Studio 的强大集成和其它 VSTS 产品U，使这一切变得容易?/p>
Mark Michaelis ?Itron 公司担Q软g架构师和讲师。他曄对几个微软的产品设计q行查，包括 C# 和VSTS。现在他正在撰写另外一本有?C# 的书QEssential C# (Addison Wesley)。不使用计算机时Q他会陪伴家人，q行户外q动Q或者进行环球旅行。Mark Michaelis 住在 Spokane, WA。您可以通过 mark@michaelis.net 和他联系或者访问他的网l日志：http://mark.michaelis.net?/p>
译者Luke是微软公司的软g工程师，习惯使用C++和C#开发应用程序。闲暇时间他喜欢音乐Q旅游和怀旧游戏，q且愿意帮助MSDN译更多的文章和其他开发者共享。可以通过ecaijw@msn.com联系他?/p>
中文:http://www.microsoft.com/china/MSDN/library/enterprisedevelopment/softwaredev/enterpriseperformance.mspx?mfr=true
本文Z Visual Studio 2005 的预发布版本。文中包含的所有信息均有可能变更?/p>
本文讨论Q?
| ?/td> | 分析器的内部工作方式 |
| ?/td> | EPT 的灵zd? |
| ?/td> | 一个供分析的示例应用程?/p> |
代码可从以下位置下蝲Q?/b>
EnterprisePerformance.exe (258KB)
快速代码仍然很受欢q。即使我用来键入本文的计机h_的能力和内存Q能够同时控制一座原子能发电厂、一个火星O游计划以及美国西部上I的IZ交通，q且仍然h充的能力来处理星际探烦中的 SETI 数据包，但这q不意味着开发h员不再需要担心其代码的速度和效率。在q去q行 Win32] 本机开发的日子里，我们不仅需要担心速度Q而且q要担心 PC q_上那些o厌的讉K冲突Q对于你们这些老家伙，q有“全局保护错误”和“不可恢复的应用E序错误”）。尽托代码已l消除了其中的一些担心，但它只意味着您所l历的那些性能问题可能比以前更加难以捉摸。主要原因是Q在使用托管代码Ӟ我们不具有在q行本机开发时所拥有的简便的q行库视图?/p>
有许多次Q当我正在用客LӞ我不知道如何解决恶性的性能问题。当Ӟq些性能问题不会出现在Q何测试系l中Q它们只会出现在真实世界的生产中。由于公paq行?(CLR) 是黑盒，因此如果我希望找到在试pȝ中重复性能问题的方法，则很N会发生什么事情。尽在市场中有一些第三方商业性能工具Q但q些工具中的大多数都会对pȝ造成q多的干扎ͼ以至于根本不能考虑在生产系l中使用。这也就是当我看?Microsoft 提供一个全新的分析??Enterprise Performance Tool (EPT) 以作?Visual Studio] 2005 Team Developer Edition 的一部分Ӟ感到如此兴奋的原因。它是我可以真正考虑在生产系l中使用的第一个分析系l，因ؓ它提供了一些非常轻便的攉性能数据的手Dc因为我曄领导q一U最畅销的商业分析器的开发工作，所以我能够理解在不产生太多pȝ开销的情况下攉有用分析数据的困隄度?/p>
在本文中Q我介l?EPT 的基本原理，q向您说明如何开始用它。因为分析器所h的复杂性，所以在来某一期中Q我讨论如何?EPT 来跟t您可能在同事的代码中遇到的实际性能问题Q我知道您的代码非常完美Q）。请CQEPT 正处在测试阶D（我用的?Burton Beta 1 h位版?40607.83Q，q且在该产品发布之前Q可能会?UI 或某些特定步骤进行更攏V在?EPT q行介绍之前Q我希望q儿时间谈Z下分析器通常是如何工作的Q以便您可以更好C解是什么 Enterprise Performance Tool 变得如此与众不同?/p>
分析器的基本原理
在您~写分析器时Q可以选择两种攉数据的方式中的一U：探测和采栗这两种方式都十分有效，但是每种方式都有它的折衷Ҏ。探分析器攉数据的方式是在应用程序中插入探测或挂钩，以便在程序执行该挂钩时就调用分析器运行库。要攄探测Q分析器需要在~译步骤中将应用E序仪表化，重写已经~译的二q制文gQ或者即时将应用E序仪表化。要查看Z .NET 的应用程序的探测分析器方法示例，请阅?Aleksandr Mikunov 的一非常出色的文章 —?a target="_blank">Rewrite MSIL Code On the Fly with the .NET Framework Profiling API”（该文章摘?MSDN]Magazine 2003 q?9 月刊Q。当我开始讨?EPT 的时候，您将看到它用术语“A表化”来表示探测Ҏ?/p>
探测分析器方法的主要优势在于Q当应用E序执行Ӟ始l调用所插入的探。这P分析器运行库对q行h完整的认识，因此在生成关键信息（例如Q函C间的父子关系Q时可以保正确Qƈ且分析器可以报告完美的调用树Q以便您可以L扑ֈp最长时间的调用路径。用探分析器Ӟ没有什么事情能够阻止开发h员只在函数入口和出口处插入探。可以在源代码行U别攄额外的探，以便您对函数h完整的认识?/p>
但是Q探分析器所提供的详l视囑օ有一些缺炏V第一个缺Ҏ仪表化方案用v来可能很ȝQƈ且因为它是在二进制别重写，因此存在很多可能引入潜在错误的领域。正如您可以惛_到的那样Q这些探还占用了空_从而导致一些代码膨胀和较低的性能。对于完全A表化的应用程序，探测分析器可能会D速度大幅度下降，以至于几乎不可能在生产系l上q行仪表化的二进制文Ӟ从而您在最需要该分析器的时候却无法利用它?/p>
正如其名U所暗示的那P采样分析器按照预先定义的旉间隔获得应用E序中正在执行的操作的快照。大多数开发h员都没有意识?Microsoft L在他们的开发环境中随附了一个采样分析器。它被称试器Q?如果您开始调试应用程序，q且每隔 30 U左叛_中断臌试器Q则您可以注意到应用E序U程正在何处执行Q以便很好地了解应用E序在一ơ运行过E中执行了哪些操作。我已经通过手动完成采样分析器的工作Q解决了很多生性能问题?/p>
佉K样分析器如此有h值的原因在于Q它们具有比探测分析器小得多的系l开销。这意味着Q您可以有更高的Z在生产系l中使用它们Q而不会服务器疲于奔命以至于停机。采样分析器的问题在于，从应用程序中获得的所有样本很有可能根本不昄M代码。例如，如果您具有大量用数据库的应用程序，则所有样本都可以来自数据库访问程序集的内部。最后，只抓取每个线E的当前执行指o的传l采样分析器会得确定方法之间的父子关系变得十分困难Q因而确定性能最差的执行代码途径要困隑־多?/p>
Enterprise Performance Tool 的基本原?/p>
在了解分析器的操作方式之后，我就可以讨论 EPT 所采取的方式了。简单地_它既是采样分析器Q又是探分析器QMicrosoft UC为“A表化”）。其思想是，您在开始时通过采样分析器来查看应用E序性能Q以获得常规性能特征Q以便您可以开始将注意力集中于应用E序的热炚w题上。在您了解具有一些问题的E序集之后，可以求助于仪表化分析以查看特定的问题领域，以便修复它们。当Ӟ如果您要执行单元性能试Q则没有什么能够阻止您直接转到对特定模块进行A表化Q以便在聚焦Ҏ中查看它们的性能?/p>
?EPT 采样分析器有的部分原因在于Q您可以使用大量目来触发样本。默认的采样Ҏ旉周期Qƈ且可能是您L使用的采L。默认情况下Q每一百万个时钟周期采样一ơ，但是您可以将采样间隔的时钟周期数更改为您喜欢的Q何|可是该D，EPT 所D的系l开销p大。对于生产服务器Q您可以该数字讄为某个非帔R的数字（如五百万Q，以ɾpȝ开销保持在合理的水^Q同时不会完全破坏进E中的可用性。正如您预料的那P每五百万个时钟周期采样一ơ将意味着您需要应用E序q行相当长的旉Q以便在您的热点区域中获得良好的h分布?/p>
如果您的应用E序使用了很多内存，则可以选择?EPT 采样分析器改为在出现错误时触发。这P您就可以在数据被交换?RAM 时获得性能快照Qƈ且可以看到是谁在执行推送操作。如果初始分析器q行表明您在代码外部的区域中p了大量时_则可以告诉分析器改ؓZpȝ调用来完成采栗如果您要分析具有大量线E的多线E应用程序，则该采样l计信息会对您在从用h式{换到内核模式Q这表明某些U程可能会不必要地在内核对象上阻塞）时的数据q行拍照。您可以用于采样触发器的最后一些值是 CPU 所支持的各U性能计数器，例如Q分支计数或~存丢失。这是一个只有极数人才实需要的高选项Q但是如果您实需要该数据Q那么知道该数据存在也不错?/p>
那些忙碌?Redmontonian q解决了调用堆栈问题 ?q是Ҏ用的采样分析器造成障碍的最大问题之一。正如我在前面提到的那样Q大多数采样分析器在采样时只是对当前正在执行的指令进行拍照。Microsoft 解决了如何将极快的堆栈遍历结合到他们的采样分析器部分中，以便您能够获得样本的好处Qƈ且知道在执行该样本时是如何到N里的。这使得这些快照与代码重新兌变得更加Ҏ?/p>
在讨论您可以分析的应用程序之前，我想提几件您很可能觉得有的事情。第一件事情是Q如果您认ؓ Microsoft 是从头开发该性能工具的，那么您只猜对了一半。在 Microsoft 内部Q开发团队一直在使用 EPT 的前w（名ؓ Call Attribute Profiler (CAP)Q它使用仪表化）?Low Overhead Profiler (LOP) ?一个采样分析器。由?Microsoft 开发了q些工具以收集有兛_用程序（例如Q操作系l和整个 Office 套gQ的性能信息Q因此它们甚至不会给您的应用E序带来什么负担。我曄使用q?EPT 的前w，所以我可以告诉您公q本用v来会Ҏ多少。此外，它们q具有一些极为有的功能Q稍后我予以讨论）?/p>
W二个有的事项?EPT 所支持的技术有兟뀂尽某些h可能认ؓ׃ Microsoft 非常偏重?.NET FrameworkQ因此无法将 EPT 用于 Win32 应用E序或本Z码，?EPT 团队实际上已l承诺支持所有的 Win32 本机应用E序以及 .NET 代码。这意味着Q无论您使用哪种技术（ASP.NET、Windows] H体、MFC ?Win32 服务Q，您都h完全的采样和仪表化支持。您看刎ͼ?Visual Studio .NET 中，跨技术?EPT 没有M差异?/p>
实际?EPT 讄非常q_Q只需?Visual Studio .NET 安装E序的“Enterprise Tools”树控g中选择“Enterprise Performance Tool”即可。当Ӟ因ؓ您知?EPT 仍然是一个测试品，所以您的第一个反应可能是q行虚拟 PCQƈ在那里安全地包含所有内宏V但是，Z执行采样分析QEPT 使用内核模式讑֤驱动E序来响?CPU 性能计数器中断，不过令h遗憾的是Q虚?PC 没有实现计数器。它也没有模拟高U可~程中断控制?(APIC)Q而这两者都是内核设备驱动程序完成其工作所必需的。好消息是，如果您没有额外的计算Z便安?EPTQ那么您也ƈ非完全不q，因ؓ仪表分析器仍然能够工作。如果您没有多余的计机以便安装 EPTQ那么这是一个让公司为您购买另一台计机的好借口?/p>
Animated Algorithm
要学习Q何工L用法Q您都需要一个合适的CZ应用E序Q以便能够最佛_利用该工兗在试周期的这一时刻QEPT 没有随附MCZQ但是在我的盘上已l有了一个完的分析器示例。早些时候，我正在尝试解军_何在 Windows H体应用E序中用多U程的问题，因此我编写了一个名?Animated Algorithm 的了不v的小E序Q该E序可实时激zd量排序算法?b>?1 昄我的CZ应用E序已经准备好排序?/p>
?1 正在工作?Animated Algorithm
Animated Algorithm 使您可以在窗体的l合框中Q从 15 个不同的排序法中进行选择。“Options”菜单您可以选择各个元素交换或设|之间的休眠旉Q以便您可以降低囑Ş更新的速度?/p>
我不久前使用 Microsoft] .NET Framework 版本 1.1 ~写?Animated AlgorithmQ因此您不会在代码中扑ֈM奇特的泛型或新的 BackgroundWorker VNSORT E序集中的排序算法来自由 Jonathan de Halleux、Marc Clifton ?Robert Rohde 张脓?The Code Project 上的一优U文章Q请参阅 Sorting Algorithms In C#Q，该程序集算法封装到公共l构中，以便您可以轻村֜替换执行元素交换和设|的cR因为它们具有非常好的体pȝ构，所以我需要关心的所有内容ؓ UI 部分?/p>
在本文的其余部分中，我将分析 Animated Algorithm E序。如?EPT 团队该E序作ؓCZ应用E序随附在品中Q则会非常棒。（哈哈。）
EPT 入门
?Visual Studio 2005 Beta 1 中，在哪里可以找?EPT 当然是不明显的。EPT 在您启动 Performance WizardQ它位于“Tools”菜单下Q时启动Qƈ且无论是否打开目Q它都存在。请CQPerformance Wizard 所创徏的性能会话不是目的一部分Q它们实际上是具有自q IDE H口Q称?Performance ExplorerQ的单独文g。您可以通过从“File”|“Open”对话框中选择 PSESS 文gQ来打开您创建的性能会话?/p>
如果您在单步执行 Performance Wizard 时没有打开目Q则所产生的性能会话与您指定的二进制文件相兌。但是，在测试版中，在您指定要运行的二进制文件时Q必L开兌的项目。我只是想顺便提一下这个小的技巧，因ؓ当我W一ơ遇到该问题Ӟ它确实让我困惑不巌Ӏ?/p>
在您启动 Performance Wizard 以后Q呈现在您面前的W一个屏q要求您选择要分析的应用E序。如果您打开了一个可生成多个E序集的目Q如 Animated AlgorithmQ，则只能从该向g选取一个程序集。如果要q行采样Q则只选取q一个程序集是很好的Q因?EPT 采样会分析加载的所有程序集Q包括那些来自框架类库的E序集）。但是，如果您要对多个程序集执行仪表化分析，?Performance Wizard 只选择q一个程序集Q因此您需要在 Performance Explorer 中所生成的性能会话中指定其他项目或E序集。稍后我向您说明如何完成该工作?/p>
在选择了要在性能会话中用的E序集或目之后Q您必须选取分析Ҏ。在 Performance Explorer 中的M位置Q您都可以在采样和A表化之间切换Q以满自己的需要；您在该向导页中进行的选择只表C您最初希望执行的操作。在选择了分析方法之后，向导基本完成了。对?EPT 的最l版本，您将?Performance Wizard 中具有用于指定附加信息的更多选项。最l版本还您可以直接从 Performance Explorer 中创建性能会话?/p>
?2 昄?Performance Explorer 在刚刚完?Performance Wizard 步骤以创?AnimatedAlgorithms 目的A表化q行之后的窗口。要d另一个项目的输出二进制文Ӟ请右键单几ZTargets”文件夹Q然后从上下文菜单中选择“Add Target Project”。如果要d与该目没有兌的特定二q制文gQ请选择另一个选项 —“Add Target Binary”。如果您已经选择了“Add Target Project”，则可以在产生的对话框中从已打开的解x案中选择其他目?/p>
?2 Performance Explorer
如果您已l选择了A表化q行Q它q色启动箭头下面的下拉列表框中的文本表C）Q则二进制文件A表化在E序执行之前发生。如果您不希望针对运行A表化某个特定的二q制文gQ则请右键单击该二进制文Ӟq取消选中“Instrument Binary”菜单选项?/p>
如果您已l选择了采样分析，q且希望附加到某个正在运行的目Q则单击“Attach/Detach”按钮（“Start”按钮右侧的斜向头Q将呈现“Attach Profiler to Process”对话框。通过 EPTQ您可以Ҏ需要附加到L多的q程Q以便获得对应用E序的认识。“Attach Profiler to Process”对话框q允许您从特定的二进制文件中分离分析。在来的某一?MSDN Magazine 中，我将更详l地讨论如何附加到现有的q程Q特别是Zq行 ASP.NET 性能调整Q?/p>
Performance Explorer H口剙的最后一个按钮是无所不在的“Properties”按钮。在启动分析q行之前Q您可能希望览一下性能会话属性，以设|几个关键属性。第一个属性位于“General”选项卡上Q它是您希望为性能会话存储性能报告的位|。在分析目Ӟ默认讄是将报告存储在与解决Ҏ相同的目录中。但更好的做法是性能会话和它们的相应报告攄在它们自q目录中，以便您可以更Ҏ地存储特定的q行集。这栯可以更容易地分析之前和之后的情况Q以便查看您所q行的代码更改的影响?/p>
在“General”选项卡上Q您q可以在仪表化和采样分析之间切换Q这会更改在 Performance Explorer 中显C的|。在我进行的性能调整中，我喜Ƣ将特定的会话专用于单个cd的分析，以避免出C报告有关的淆。没有Q何事情阻止您为所有种cȝ特定ҎQ涵盖从分析cd到单个二q制文g仪表化的所有方案）创徏C百计的不同性能会话文g。我q将提一下“General”选项卡上的最后一个项Q它h一个非常诱人的名称 —“Managed Allocation Profiling”，怿q会使您感到更加好奇。在我讨论完常规分析之后Q我返回到该项?/p>
“Performance Session”属性页上的另一个有的选项卡是“Sampling”选项卡（请参?b>?3Q。在q里Q您可以告诉 EPT 您要执行哪种cd的采栗正如我在前面提到的那样Q您对于希望如何q行采样h非常好的控制?/p>
?3 各种 EPT 采样计数器选项
在执行分析运行时QEPT 会在二进制文件在盘中所处的位置上将其A表化。如果您希望A表化的二q制文gUd到另一个位|，请选择“Performance Session”属性页中的“Binary”选项卡，然后选中“Relocate Instrumented Binaries”（它与 REBASE 样式的重定位l对没有M关系Q，q且指定您希望将更改后的二进制文件移至何处?/p>
“Instrumentation”选项卡您可以指定希望在仪表化发生之前和之后q行的程序。如果您需要对仪表化的二进制文件执行其他Q务（例如Q将其移动到全局E序集缓存中?Web 服务器上的特定位|）Q则该选项卡可能很有用。“Advanced”选项卡在该测试版中未公开。最后，通过“Counters”选项卡，您可以告?EPT 从系l的 CPU 中收集其他数据，例如QL2 ?L3 ~存d不中。显Ӟq些选项是只有少数开发h员才会需要的非常高的选项Q但是如果您实需要它们，那么它们可以发挥巨大的作用?/p>
在我l箋讨论查看采样数据之前Q我x一下，“Performance Explorer”窗口可以根据您的需要打开L多个性能会话。当您希望观察特定的前后ҎQ或者希望用不同的A表化二进制文件执行单独的试q行Ӟq一Ҏ为有用。当您打开多个性能会话Ӟ应当保右键单击特定的会话，选择“Set as Current Session”以便让该会话的讄执行Q然后将报告归档到它的报告节点中?/p>
查看分析器数?/p>
性能会话讄为您希望执行的操作以后，可以启动分析了。我首先对 Animated Algorithm 执行采样分析Q以查看我是否可以找C些热炏V从采样中获得良好数据的关键在于执行较长旉的运行。对?Animated AlgorithmQ我会将 15 个排序算法中的每一个算法运行两ơ，q将采样讄为默认的一百万个时钟周期?/p>
在完成某个运行之后，EPT 会将该运行的报告攑ֈ性能会话的“Reports”文件夹中。EPT 在运行期间收集原始性能数据Qƈ其式传输到报告文件中Q不做Q何分析）。这P您可以在q行应用E序旉免所有系l开销Q但是您ؓ大型报告文g付出代h。我刚才完成的运行的采样报告文g大小?3.70MBQ它用了大约三分钟才完成。请保您在q行 EPT 时具有大量的盘I间?/p>
所有数据分析（它必然伴有调用堆栈的生成以及性能数字的计）都在您打开报告文g时发生。对于测试版Q在打开文g旉度可能会降低。看h视图好像处于无限循环中，但是Q如果进度栏正在报告H口中移动，那么h耐心一些，文g最l将弹出?/p>
M分析q行中的W一个视图是“Performance Report Summary”，它显C在刚刚完成?Animated Algorithm 采样q行?b>?4 中。不出所料，采样发生在整个应用E序中，因此您正在查看的信息也就是您在应用E序中看到的内容Q大部分工作都发生在框架cd或操作系l内部。如果您实在采样“Summary”视图中看到了您的一个方法，则您很可能看C一个性能问题?/p>
?4 EPT 采样性能报告摘要
快速浏览一?b>?4Q您可能想知?Inclusive Sampled ?Exclusive Sampled 之间的区别。Exclusive Sampled 意味着该方法在取样时位于堆栈的剙。换句话_它是当前正在执行的函数。Inclusive Sampled 意味着该函数在取样时出现在调用堆栈中。因而，包含Ҏ是当前正在执行的Ҏ的调用方?/p>
在采h案中Q一个方法在调用堆栈 (Inclusive Sampled) 中出现的ơ数多Q该函数在执行中p的时间就多Q因此这里是您需要重点关注以q行性能调整的地斏V对?Exclusive Sampled 函数而言Q函数在那里频繁出现表明该函数正在被频繁地调用，但是它的执行实际上可能非常快速。对于像 Animated Algorithm q样需要进行大量图形处理的应用E序Q我完全能够预料?GDIPLUS.DLL 中的某个函数靠q刚刚显C的列表的顶部。在?4 中，位于 GDIPLUS.DLL 中偏U量 0x5B8D 处的函数Q它恰好?FLOOR 函数Q被一直调用，以便计算在屏q上的哪个位|显C某些内宏V当您观察性能q行ӞL保设|符h务器以获得可能存在的最佳信息。在撰写本文Ӟ我用了 EPT 的未发布版本Q因而符号尚不可用?/p>
在我跛_其他视图中以前，我希望A表化 Animated AlgorithmQƈ且完成与我针寚w样分析器完成的运行相同的q行Q以便显CZA表化q行的性能报告摘要。正如您可以猜到的那P仪表化的q行会生成比采样q行多得多的数据。对于该q行Q我仪表化了 Animated Algorithm 中的全部五个E序集，q最l得C?375MB 大小的会话文件?/p>
采样和A表化数据之间的主要区别是Q采h看整个进E空_q且显C框架类库或操作pȝ内部Q换句话_是您在其中不具有源代码的位|）的调用。另一斚wQA表化只查看应用程序以及您在非仪表化模块上直接调用的方法。例如，如果您具有一个“Hello World!”应用程序，q且它的 Main 只调?Console.WriteLineQ则您将获得 Main 中Q何工作的计时信息以及 Console.WriteLine 长度的计时信息，但是您不会获得有?Console.WriteLine Ҏ的Q何详l信息?/p>
?5 昄了A表化q行的性能报告摘要。第一个表“Most Called Functions”显CZ频繁使用的函数。该表中的第一列被错误标记为时_它实际上表示对该函数的调用次数。百分比列显CZ对该特定函数q行的调用L数所占的癑ֈ比。在大多数运行中Q您在q里看到框架cd或操作系l函数。如果您看到一些来自您自己的代码的函数Q则您最好了解一下您Z么如此频J地调用该特定函数?/p>
?5 仪表化运行的摘要
“Functions with Most Individual Work”表列出了那些花费大部分旉以仅仅执行该函数Q没有Q何其他函数调用）的方法。这也称函数的独占时间。对于测试版本，“Time”列的单位ؓ旉走格数。对于最l版本，单位是毫秒。但是，我认为性能q行的实际原始单位对于分析没有用。最重要的数字是癑ֈ比。在观察性能问题Ӟ您希望知道，与应用程序中的所有其他方法相比，哪个Ҏ占用了最长的旉。您在观察像 3519639455 ?3492589504 q样的两个数字时Q很隑֯它们q行什么比较。幸q的是，该表包含癑ֈ比，而我?EPT 团队的徏议是从图表中丢弃原始数据?/p>
最后一个表“Functions Taking Longest”显C方法的实际旉Q也UCؓ跑表旉或运行时_。分析器记录Ҏ的入口点旉和出口点旉Qƈ这两个值相减。该数字늛了被调用的所有子Ҏ、所有上下文切换以及该方法执行的休眠。在?5 中，您可以看?System.Windows.Forms.Application.Run 占用了最长时_像您对 Windows H体应用E序所预料的那栗尽很多开发h员将注意力集中于独占旉Q但q只是整个性能状况的一部分。如果方法正在对数据库进行调用或者进?Web 服务调用Q则您的Ҏ在运行时所在的U程在{待q些调用q回数据旉塞，从而得该U程?CPU 中被U走。通过密切xҎ的运行时_您可以找C码中正在降低应用E序q行速度的部分?/p>
管摘要视图很不错，但您最感兴的是查看代码在何处阻塞了pȝ的其余部分（对于采样q行而言Q，或者阻塞了应用E序的其他方法（对于仪表化运行而言Q。这是“Function”视囄职责范围 ?通过单击报告H口底部的“Function”按钮可以选择该视图。您q可以双几ZSummary”视囄MҎ以蟩至“Function”视图?/p>
对于采样q行Q“Function”视图显CZ臛_一个包含捕获中所有函数捕L列表。对于A表化q行Q您看Cq行的一部分调用的所有A表化Ҏ。无论您正在执行哪种cd的分析，都会在“Function”视图中昄很多数据Q因此您可以对代码的状况有一点儿感觉?/p>
默认情况下，采样“Function”视图显C“Inclusive Samples”列和“Exclusive Samples”列。由于我喜欢癑ֈ比数字，因此我右键单M列标题以向列标题中添加“Inclusive Percent”和“Exclusive Percent”。如果您要对多进E系l进行采P则可能希望包含其他列Q例如，“Process Name”或“Process ID”）Q以便您可以标识哪个Ҏ采样与哪个进E相配。您q可以在仪表化“Function”视图中讄列标题，但是您将h不同的标题组以供选择?/p>
在“Function”视图中分析采样q行Ӟ我喜Ƣ首先扫一眼“Function”视囄头几个按“Inclusive Samples”列排序的页Q以了解正在执行的方法。如果我在头几个中没有看到我的MҎQ则我会右键单击“Function”视囑ƈ选择“Group by Module”，以便获得树报告视图。当您将函数按模块分l时Q按特定列排序可以正执??q是一很不错的功能?/p>
对于仪表化运行，“Function”视囑օ有更多要昄的列。如果您拥有一?40 英寸的显C器Q则无需最大化 Visual Studio .NET H口应当能够看到所有这些列。对于我们中的其他h而言Q查看“Function”视囄最x式是?Alt + Shift + Enter 以切换到全屏q模式?/p>
在这些列中，“Function”视图中的A表化q行使用我在前面解释q的“包含”和“独占”术语。但是，q有另一个人淆的术语Q应用程序。正如我提到的那Pq行旉是从一个A表化点到另一个A表化点的L_而不该U程可能q行了哪些上下文切换。应用程序时间的思想?EPT 提取出在这些上下文切换中所p的时_以便您可以看到您的代码在 CPU 中实际执行的旉?/b>?6 列出了您在仪表化“Function”视图中看到的不那么明显的列的定义。您可能希望它传送到昄器上Q直?EPT 的联机帮助问世?/p>
在观察A表化q行的“Function”视图时Q我d了这些列以查看各U计时的癑ֈ比|U除原始数字旉列，q且d了两个{换列。这为我提供了有兌q行的更清晰视图。我在排序时所依据的第一个列是? Application Exclusive Time”，因ؓ我希望看到哪个函数正在完成大部分工作。由于A表化在方法进行的所有子调用周围攑օ了探，所以您完全有可能在该列表的剙看到框架cd或操作系l。实际上Q对于我?Animated Algorithm q行QSystem.Drawing.SolidBrush.ctor ?System.Drawing.Brush.Dispose ?Application Exclusive Time 癑ֈ比中被列为第一和第二，其百分比分别?14.982% ?14.867%。我~写的第一个函数是位于W三位的 Bugslayer.SortDisplayGraph.SorterGraph.UpdateSingleFixedElementQ其癑ֈ比ؓ 12.217%Q，它在囑Ş中绘制单独的条。根据应用程序类型的不同Q我在查看“Function”视图时可能会选择按其他列排序。如果存?Web 服务或数据库调用Q则我将查看 % Elapsed Inclusive TimeQ以便可以看到是否有特定Ҏ卷入到长旉d中。对于像 Animated Algorithm q样的应用程序，我还查?Application Inclusive Time 的百分比?/p>
Z我的仪表化运行中的上q数字，我很x明是谁在?SolidBrush Ҏq行q些调用Q因此我右键单击 .ctor Ҏq择“Show in Caller/Callee”视图，以便查看是谁在调用该Ҏ。该视图Q它对于采样分析也可用）使您一眼就可以看出目标Ҏ的所有调用方Q以及该目标Ҏ调用的所有方法?/p>
因ؓ .ctor Ҏ没有仪表化，所以“Caller/Callee”视囑ְ不会昄M被调用方Q但是它昄会显C用方。我双击了这个唯一的调用方Q它恰好是具有第三高 Application Exclusive Time q具?a target="_blank">?7 所C囄 UpdateSingleFixedElement Ҏ?/p>
?a target="_blank">?7 中，位于视图中部的下拉组合框是目标方法（在本例中?UpdateSingleFixedElementQ。方法上方的|格包含了目标方法的所有调用方Q调用方Q。目标方法下方的|格包含了目标方法调用以完成其工作的所有方法（被调用方Q。如果您希望查看是谁调用了特定调用方Q请双击该调用方ҎQ该Ҏ变为目标方法，q且您将看到原始目标Ҏ下降到被调用斚w分中。实质上Q您只是堆栈遍历了一遍?/p>
仅仅Z?7 中的视图Q您可以L别出潜在的性能问题。Animated Algorithm g不具有Q何突出的性能问题Q但?SolidBrush .ctor ?Dispose 占用了如此多的时间ƈ且都?UpdateSingleFixedElement Ҏ内部调用Q调用了 351,872 ơ）Q这个事实表明我做了一件愚蠢的事情 ?我每ơ都通过该函数创建画W，而实际上应该其~存。当我在来的某一?MSDN Magazine 中开始用 EPT 分析代码Ӟ您还看?Animated Algorithm 的其他一些问题?/p>
数据的最后一个常用视图是“Callstack”视图。在q里Q您可以通过更具层次性的方式看到您在“Caller/Callee”窗口中观察到的调用堆栈。对于采栯行，您将在“Callstack”视囄层看到很多的条目，因ؓq些条目中的每一个都代表一个包含独占样本的唯一炏V当您在采样q行中展开ҎQ您q将看到Q在相同U别偶尔会存在一些项Q这些项指示位于栚w的函数具有多个引向它的调用树。根位置中显C的Ҏ栈顶?/p>
对于仪表化运行，“Callstack”窗口将h与应用程序中的每个线E相对应的根元素。因?Animated Algorithm 只有两个U程Q所以您只能在树根别看C个项。在“Callstack”视图中Q您可以看到l对调用堆栈Q从仪表化的W一个方法向下到最后一个方法）Q因此您可以真正了解应用E序的执行方式。我已经有很多次Ҏ认ؓ代码所完成的工作和代码实际上完成的工作之间的差异感到吃惊?/p>
您可以花费大量时间在“Callstack”窗口中分析代码。当通过应用E序观察特定的踪qҎQ您可以通过选择感兴的特定节点Q向下移动，右键单击Qƈ选择“Set Root”菜单选项Q来消除大量噪音。在?8 中，我希望查?NSort.SwapSorter.Sort q行的所有调用，因此它讄为根可以消除 UI U程的媄响?/p>
在将来的某一期中Q我更详细地讨?EPT 昄区域中的最后两个选项卡：“Trace”和“Type”。在“Type”视图中Q您可以观察已经在应用程序中分配的对象。它在测试版中有效。当我在前面讨论性能会话属性时Q我提到q在“General”选项卡上有一个“Managed Allocation Profiling”部分。如果您选择“Allocations-only”单选按钮，?EPT 会填充“Type”视图。在试版中Q报告看hcM于其他许多工具中的报告，但是数据攉g不像在其他工具中那样h如此之多的系l开销。最后，要了?Enterprise Performance Tool 团队的想法以及有兌工具的更多信息，L保在 blogs.msdn.com/profiler 查看他们的网l日记?/p>
John Robbins ?Wintellect 的创始h之一Q该公司是一家专门致力于 Windows ?.NET Framework 的Y件咨询、教育和开发公司。他的最新著作是“Debugging Applications for Microsoft .NET and Microsoft Windows?Microsoft Press, 2003)。要联系 JohnQ请讉K www.wintellect.com?/p>
]]>
]]>
]]>
“全局”快捷键
下列快捷l合键可用于集成开发环境?IDE) 中的不同位置?br />
命o名 快捷键 说明
~辑.复制 CTRL + C
CTRL + INSERT 当前选定的项复制到系l剪贴板。?br />~辑.剪切 CTRL + X
SHIFT + DELETE 当前选定的项U除到系l剪贴板。?br />~辑.循环应用剪脓板中的复刉 CTRL + SHIFT + INS
CTRL + SHIFT + V 项从“工L”的“剪贴板循环”选项卡粘贴在文g中的插入点，q自动选择_脓的项。可通过重复按这些快捷键来查看剪贴板上的每个V?br />~辑.转到下一个位| F8 光标移动到下一，如“Q务列表”窗口中的Q务或“查扄果”窗口中的搜索匹配项?font color="#ff1493">每按一ơ F8 键，q动到列表中的下一个项。?br />~辑.转到上一个位| SHIFT + F8 在“Q务列表”窗口或“查扄果”窗口中Q将光标UdC一V?/font>
~辑.转到引用 SHIFT + F12 昄代码中所选内容的引用?/font>
~辑.打开文g CTRL + SHIFT + G 昄“打开文g”对话框Q在此可选择要打开的现有文件。?br />~辑._脓 CTRL + V
SHIFT + INSERT 在插入点插入剪脓板的内容。?br />~辑.重复 CTRL + SHIFT + Z
CTRL + Y
SHIFT + ALT + BACKSPACE q原上次撤消的操作。?br />~辑.取消选定 ESC 关闭菜单或对话框Q取消正在进行的操作Q或焦Ҏ在当前文档窗口中。仅在?NET Framework 设计器中可用。?br />~辑.撤消 ALT + BACKSPACE
CTRL + Z 撤消上一~辑操作。?br />文g.打印 CTRL + P 昄“打印”对话框Q可在其中选择打印|。?br />文g.全部保存 CTRL + SHIFT + S 保存当前解决Ҏ中的所有文档和外部文g目中的M文g。?br />文g.保存选定 CTRL + S 保存当前目中的选定V?br />工具.转到命o行 CTRL + / 插入符h|在“标准”工h上的“查?命o”框中。?br />视图.下一d CTRL + SHIFT + F12 Ud“Q务列表”窗口中的下一个Q务。?br />视图.弹出览上下文 CTRL + SHIFT + 8 q回Cơ执行浏览操作的位置。在“对象浏览器”或“类视图”窗口中可用。?br />视图.查看代码 F7 在编辑器的“代码”视图中昄选定V?br />视图.视图设计器 SHIFT + F7 在编辑器的“设计”视图中昄选定V?br />视图.Web向后定位 ALT + 左箭头键 昄查看历史记录中的前一c仅在“Web 览器”窗口中可用。?br />视图.Web向前定位 ALT + 右箭头键 昄查看历史记录中的下一c仅在“Web 览器”窗口中可用。?br />
“HTML 设计器”快捷键
只有在 HTML 设计器中q行~辑时才能用下列快L合键。某些组合键仅在该设计器的特定视图中可用?br />
命o名 快捷键 说明
~辑.列出成员 CTRL + J ~辑代码Ӟ列出当前cȝ成员以完成语句。仅可用于 HTML 设计器的“HTML”视图。?br />~辑.参数信息 CTRL + SHIFT + I格键 基于当前语a昄包含当前参数信息的工hC。仅可用于 HTML ~辑器的“HTML”视图。?br />~辑.视图底部 CTRL + PAGE DOWN Ud到当前文档末。仅可用于 HTML 设计器的“HTML”视图中可用。?br />~辑.视图剙 CTRL + PAGE UPQ将文g另存为） Ud到当前窗口的剙。仅可用于 HTML 设计器的“HTML”视图中可用。?br />格式._体 CTRL + B 在粗体和正常之间切换选定文本。仅可用于 HTML 设计器的“设计”视图。?br />格式.书签 CTRL + SHIFT + L 昄“书{䏀对话框。仅可用于 HTML 设计器的“设计”视图。?br />格式.转换U链接 CTRL + L 选定文本后，昄“超U链接”对话框。仅可用于 HTML 设计器的“设计”视图。?br />格式.减少~进 CTRL + SHIFT + T 选定D落减少一个羃q单元。仅可用于 HTML 设计器的“设计”视图。?br />格式.增加~进 CTRL + T 选定D落~进一个羃q单元。仅可用于 HTML 设计器的“设计”视图。?br />格式.斜体 CTRL + I 在斜体和正常之间切换选定文本。仅可用于 HTML 设计器的“设计”视图。?br />格式.锁定元素 CTRL + SHIFT + K 防止l对定位的元素被意外Ud。仅可用于 HTML 设计器的“设计”视图。?br />格式.昄|格 CTRL + G 切换昄|格。仅可用于 HTML 设计器的“设计”视图。?br />格式.|格U对齐 CTRL + SHIFT + G 指定使用不可见网格对齐元素。可以在“选项”对话框中“HTML 设计器”选项的“设计”窗g讄|格间距Q网格将在您下次打开文档时更攏V仅可用于 HTML 设计器的“设计”视图。?br />格式.下划U CTRL + U 在下划线和正怹间切换选定文本。仅可用于 HTML 设计器的“设计”视图。?br />?在其左侧插入列 CTRL + ALT + 左箭头键 一列添加到表中当前列的左边。仅可用于 HTML 设计器的“设计”视图。?br />?在其右侧插入列 CTRL + ALT + 右箭头键 一列添加到表中当前列的双。仅可用于 HTML 设计器的“设计”视图。?br />?在其上方插入行 CTRL + ALT + 上箭头键 在表中的当前行之上添加一行。仅可用于 HTML 设计器的“设计”视图。?br />?在其下方插入行 CTRL + ALT + 下箭头键 在表中的当前行之下添加一行。仅可用于 HTML 设计器的“设计”视图。?br />视图.详细信息 CTRL + SHIFT + Q 昄不具有可视化表示形式的 HTML 元素的信号图标，如绝对定位元素的注释、脚本和定位炏V仅可用于 HTML 设计器的“设计”视图。?br />视图.下一个视图 CTRL + PAGE DOWN 从“设计”视囑ֈ换到“HTML”视图，反之亦然。仅可用于 HTML 设计器的“设计”视图。?br />视图.可视Ҏ CTRL + Q 在支持 BORDER 属性的 HTML 元素Q如表、表单元格和间隔Q周围显C? 像素的边框ƈ该属性设|ؓ零。仅可用于 HTML 设计器的“设计”视图。?br />
“XML 设计器”快捷键
命o名 快捷键 说明
架构.折叠 CTRL + (-) 折叠嵌套元素。仅用于 XML 设计器的“架构”视图。?br />架构.展开 CTRL + (=) 展开嵌套元素。仅用于 XML 设计器的“架构”视图。?br />
“控件操作”快捷键
下列快捷l合键可用于在设计图面上Ud和选择控g以及更改控g的大?br />
命o名 快捷键 说明
~辑.下移控g CTRL + 下箭头键 在设计图面上Q将选定的控件以 1 为增量向下移动。?br />~辑.控件移动到下侧|格 下箭头键 在设计图面上Q将选定的控件以 8 为增量向下移动。?br />~辑.左移控g CTRL + 左箭头键 在设计图面上Q将控g以? 为增量向左移动。?br />~辑.控件移动到左侧|格 左箭头键 在设计图面上Q将控g以? 为增量向左移动。?br />~辑.右移控g CTRL + 右箭头键 在设计图面上Q将控g以? 为增量向右移动。?br />~辑.控件移动到右侧|格 右箭头键 在设计图面上Q将控g以? 为增量向右移动。?br />~辑.上移控g CTRL + 上箭头键 在设计图面上Q将控g以? 为增量向上移动。?br />~辑.控件移动到上侧|格 上箭头键 在设计图面上Q将控g以? 为增量向上移动。?br />~辑.选择下一个控件 TAB 键 移动到上的下一控g处。?br />~辑.选择上一个控件 SHIFT + TAB 键 移回到上上次选定的控件处。?br />~辑.向下调整控g大小 CTRL + SHIFT + 下箭头键 在设计图面上Q以 1 为增量，增加控g的高度。?br />~辑.控件调大到下侧|格 SHIFT + 下箭头键 在设计图面上Q以 8 为增量，增加控g的高度。?br />~辑.向左调整控g大小 CTRL + SHIFT + 左箭头键 在设计图面上Q以 1 为增量，减少控g的宽度。?br />~辑.控件调大到左侧|格 SHIFT + 左箭头键 在设计图面上Q以 8 为增量，减少控g的宽度。?br />~辑.向右调整控g大小 CTRL + SHIFT + 右箭头键 在设计图面上Q以 1 为增量，增加控g的宽度。?br />~辑.控件调大到右侧|格 SHIFT + 左箭头键 在设计图面上Q以 8 为增量，增加控g的宽度。?br />~辑.向上调整控g大小 CTRL + SHIFT + 上箭头键 在设计图面上Q以 1 为增量，减少控g的高度。?br />~辑.控件调大到上侧|格 SHIFT + 上箭头键 在设计图面上Q以 8 为增量，减少控g的高度。?br />
“调试”快捷键
下列快捷l合键可在调试代码时使用?br />
命o名 快捷键 说明
调试.应用代码更改 ALT + F10 开始一个“编辑”或“l”生成，以应用对正在调试的代码所作的更改。?br />调试.自动H口 CTRL + ALT + VQA 昄“自动”窗口，以查看当前过E内当前执行行范围中的当前变量的倹{ ?br />调试.全部中断 CTRL + ALT+ Break 临时停止执行调试会话中的所有进E。仅适用于“运行”模式。?br />调试.断点 CTRL + ALT + B 昄“断点”对话框Q在此可d和修Ҏ炏V?br />调试.调用堆栈 CTRL + ALT + C 昄“调用堆栈”窗口，以显C当前执行线E的所有活动过E或堆栈帧列表。仅适用于“运行”模式。?br />调试.清除所有断点 CTRL + SHIFT + F9 清除目中的所有断炏V?br />调试.反汇~ CTRL + ALT + D 昄“反汇编”窗口。?br />调试.启用断点 CTRL + F9 在当前代码行讄断点。?br />调试.异常 CTRL + ALT + E 昄“异常”对话框。?br />调试.x CTRL + ALT + I 昄“即时”窗口，在此可计表辑ּ和执行个别命令。?br />调试.局部变量 CTRL + ALT + VQL 昄“局部变量”窗口，以查看当前堆栈中每个过E的变量及其倹{?br />调试.内存1 CTRL + ALT + MQ? 键 显C“内存?”窗口，以查看在“监视”或“变量”窗口中不能清楚昄的大~存区、字W串和其他数据。?br />调试.内存2 CTRL + ALT + MQ? 键 显C“内存?”窗口，查看在“监视”或“变量”窗口中不能清楚地显C的大缓冲区、字W串和其他数据。?br />调试.内存3 CTRL + ALT + MQ? 键 显C“内存?”窗口，查看在“监视”或“变量”窗口中不能清楚地显C的大缓冲区、字W串和其他数据。?br />调试.内存4 CTRL + ALT + MQ? 键 显C“内存?”窗口，查看在“监视”或“变量”窗口中不能清楚地显C的大缓冲区、字W串和其他数据。?br />调试.模块 CTRL + ALT + U 昄“模块”窗口，该窗口允许查看由E序使用的?dll 或?exe 文g。在多处理调试中Q可以右dƈ选择“显C所有程序的模块”。?br />调试.新断点 CTRL + B 在当前代码行中插入或清除断点。?br />调试.快速监视 CTRL + ALT + Q 昄带有选定表达式的当前值的“快速监视”对话框。仅适用于“中断”模式。用该命o可检查尚未ؓ其定义监视表辑ּ的变量、属性或其他表达式的当前倹{ ?br />调试.寄存器 CTRL + ALT + G 昄“寄存器”窗口，该窗口显C用于调试本Z码应用程序的寄存器内宏V?br />调试.重新启动 CTRL + SHIFT + F5 l止调试会话Q重新生成，然后从开始处开始运行应用程序。可用于“中断”模式和“运行”模式。?br />调试.q行文档 CTRL + ALT + N 昄“运行文档”窗口，该窗口显C正处于调试q程中的文档集。适用于“运行”模式。?br />调试.q行到光标处 CTRL + F10 在“中断”模式下Q从当前语句l箋执行代码Q直到选定语句。“当前执行行”边距指C器出现在“页边距指示W”栏中?br />在“设计”模式下Q启动调试器q执行代码，直到光标位置。?br />调试.讄下一语句 CTRL + SHIFT + F10 在选择的代码行上设|执行点。 ?br />调试.昄下一语句 ALT + 数字键区中的 * H出昄要执行的下一条语句。?br />调试.启动 F5 自动附加调式器，q从?lt;Project> 属性”对话框中指定的启动目中运行应用程序。如果ؓ“中断”模式，则更改ؓ“l”。?br />调试.开始执行不调试 CTRL + F5 在不调用调试器的情况下运行代码。?br />调试.逐语句 F11 在执行进入函数调用后Q逐条语句执行代码。?br />调试.跛_ SHIFT + F11 执行当前执行Ҏ处函数的剩余行。?br />调试.逐过E F10 执行下一行代码，但不执行M函数调用。?br />调试.停止调试 SHIFT + F5 停止q行E序中的当前应用E序。可用于“中断”模式和“运行”模式。?br />调试.This CTRL + ALT + VQT 昄“This”窗口，该窗口允许查看与当前Ҏ兌的对象的数据成员。?br />调试.U程 CTRL + ALT + H 昄“线E”窗口，查看用于当前q程的所有线E及其信息。?br />调试.切换断点 F9 在当前行讄或移除断炏V?br />调试.切换反汇~ CTRL + F11 昄当前源文件的反汇~信息。仅适用于“中断”模式。 ?br />调试.监视1 CTRL + ALT + WQ? 键 显C“Watch1”窗口，以查看所选变量或监视表达式的倹{?br />调试.监视2 CTRL + ALT + WQ? 键 显C“Watch2”窗口，以查看所选变量或监视表达式的倹{?br />调试.监视3 CTRL + ALT + WQ? 键 显C“Watch3”窗口，以查看所选变量或监视表达式的倹{?br />调试.监视4 CTRL + ALT + WQ? 键 显C“Watch4”窗口，以查看所选变量或监视表达式的倹{?br />工具.调试q程 CTRL + ALT + P 昄“进E”对话框Q该对话框允许在单个解决Ҏ中同时调试多个程序。?br />
“搜索和替换”快捷键
下列快捷l合键可用于“查䏀、“替换”、“在文g中查䏀和“在文g中替换”对话框?br />
命o名 快捷键 说明
~辑.查找 CTRL + F 昄“查䏀对话框?/font>
~辑.在文件中查找 CTRL + SHIFT + F 昄“在文g中查䏀对话框。?br />~辑.查找下一个 F3 查找上次搜烦文本的下一个匹配项。?br />~辑.查找下一个选定 CTRL + F3 在文档中查找当前选定文本的下一个匹配项。?br />~辑.查找上一个 SHIFT + F3 查找搜烦文本的上一个匹配项。?br />~辑.查找上一个选定 CTRL + SHIFT + F3 查找当前选定文本的上一匚wҎ者插入符号处的单词。?br />~辑.转到查找l合框 CTRL + D 插入符h|在“标准”工h上的“查?命o”行中。?br />~辑.隐藏文本 ALT + F3QH 选择或清除“查䏀对话框的“搜索隐藏文本”选项。?br />~辑.渐进式搜索 CTRL + I 启动渐进式搜索。如果启动了渐进式搜索，但尚未键入Q何字W，h复上一模式。如果已扑ֈ文本Q则搜烦下一匚wV?br />~辑.大小写匹配 ALT + F3QC。 选择或清除“查䏀和“替换”操作的“大写匚w”选项。?br />~辑.正则表达式 ALT + F3QR 选择或清除“正则表辑ּ”选项Q以便特D字W可用于“查䏀和“替换”操作。?br />~辑.替换 CTRL + H 昄“替换”对话框。?br />~辑.在文件中替换 CTRL + SHIFT + H 昄“在文g中替换”对话框。?br />~辑.反向渐进式搜索 CTRL + SHIFT + I 更改渐进式搜索的方向Q从文gּ始向文g头搜索。?br />~辑.停止搜烦 ALT + F3QS 暂停当前的“在文g中查䏀操作。?br />~辑.向上 ALT + F3QB 选择或清除“查䏀和“替换”操作的“向上搜索”选项。?br />~辑.全字匚w ALT + F3QW 选择或清除“查䏀和“替换”操作的“全字匹配”选项。?br />~辑.通配W ALT + F3QP 选择或清除“查䏀和“替换”操作的“通配W”选项。?br />
“可视化数据库工具”快捷键
下列快捷l合键可用于数据库设计器或查询设计器?br />
命o名 快捷键 说明
数据?q行 CTRL + E q行当前zd的数据库对象。?br />数据?q行选定内容 CTRL + Q q行 SQL ~辑器中的当前选择。?br />数据?逐语句 ALT + F5 使当前的zd数据库对象按步骤q入调试模式。?br />查询.q行 CTRL + R 执行查询。仅在“查询设计器”中可用。?br />视图.关系图 CTRL +1 键 显C“查询”设计器的“关pd”窗根{仅在“查询”设计器中可用。?br />视图.|格 CTRL + 2 键 显C“查询”设计器的“网格”窗根{仅在“查询”设计器中可用。?br />视图.l果 CTRL +4 键 显C“查询”设计器的“结果”窗根{仅在“查询”设计器中可用。?br />视图.SQL CTRL +3 键 显C“查询”设计器的“SQL”窗根{仅在“查询”设计器中可用。?br />
“文本导航”快捷键
下列快捷l合键可在文本编辑器中用于在打开的文档内q行Ud?br />命o名 快捷键 说明
~辑.左移字符 左箭头键 光标向左移动一个字W。仅在?NET Framework 设计器中可用。?br />~辑.右移字符 右箭头键 光标向右移动一个字W。仅在?NET Framework 设计器中可用
~辑.文档l尾 CTRL + END 插入点Ud到文档的最后一行。?br />~辑.文档开始 CTRL + HOME 插入点Ud到文档首行。?br />~辑.转到 CTRL + G 昄“{到行”对话框。?br />~辑.转到大括号 CTRL + ] 插入点Ud到文档中的下一个大括号处。?br />~辑.向下Ud一行 下头键 将光标下移一行。?br />~辑.行尾 END 光标移臛_前行的结。?br />~辑.行首 HOME 光标移臛_前行的开头。?br />~辑.向上Ud一行 上头键 将光标上移一行。?br />~辑.下一书签 CTRL + KQCTRL + N Ud到文档中下一个书{֤。?br />~辑.向下页 PAGE DOWN 在编辑器H口中向下滚动一屏。?br />~辑.向上页 PAGE UP 在编辑器H口中向上滚动一屏。?br />~辑.上一书签 CTRL + KQCTRL + P UdC一书签。?br />~辑.快速信息 CTRL + KQCTRL + I Z当前语言昄“快速信息”。?br />~辑.向下滚动一行 CTRL + 下箭头键 文本向下滚动一行。仅在文本编辑器中可用。?br />~辑.向上滚动一行 CTRL + 上箭头键 文本向上滚动一行。仅在文本编辑器中可用。?br />~辑.下一字 CTRL + 右箭头键 插入点向右Ud一个单词。?br />~辑.上一字 CTRL + 左箭头键 插入点向左Ud一个单词。?br />视图.览下一个 CTRL + SHIFT + 1 定位到项的下一个定义、声明或引用。在“对象浏览器”和“类视图”窗口中可用。?br />视图.览上一个 CTRL + SHIFT + 2 定位到项的上一个定义、声明或引用。在“对象浏览器”和“类视图”窗口中可用。?br />
“文本选择”快捷键
下列快捷l合键可在文本编辑器中用于在打开的文档中选择文本?br />
命o名 快捷键 说明
~辑.向左扩展一个字W SHIFT + 左箭头键 光标左UM个字W以扩展所选内宏V仅在?NET Framework 设计器中可用。?br />~辑.向左扩展一个字W列 SHIFT + ALT + 左箭头键 光标左UM个字W以扩展列选择。?br />~辑.向右扩展一个字W SHIFT + 右箭头键 光标右UM个字W以扩展所选内宏V仅在?NET Framework 设计器中可用。?br />~辑.向右扩展一个字W列 SHIFT + ALT + 右箭头键 光标右UM个字W以扩展列选择。?br />~辑.文档l尾扩展 CTRL + SHIFT + END 选择从插入点到文档最后一行的文本。?br />~辑.文档开始扩展 CTRL + SHIFT + HOME 选择从插入点到文档首行的文本。?br />~辑.扩展转到大括号 CTRL + SHIFT + ] 插入点UdC一个大括号处以扩展选定内容。?br />~辑.向下扩展一行 SHIFT + 下箭头键 从插入点位置开始，选定文本向下扩展一行。?br />~辑.向下扩展列 SHIFT + ALT + 下箭头键 光标下UM行以扩展列的选定内容。?br />~辑.扩展到行 SHIFT + END 选择从插入点到当前行行尾的文本。?br />~辑.行尾扩展列 SHIFT + ALT + END 插入点Ud到行以扩展列的选定内容。?br />~辑.扩展到行首 SHIFT + HOME 选择从插入点到行首的文本。?br />~辑.行首扩展列 SHIFT + ALT + HOME 插入点Ud行首以扩展列选择。?br />~辑.向上扩展一行 SHIFT + 上箭头键 从插入点位置开始向上逐行选择文本。?br />~辑.向上扩展列 SHIFT + ALT + 上箭头键 光标上UM行以扩展列的选定内容。?br />~辑.向下扩展一 SHIFT + PAGE DOWN 选定内容向下扩展一c?br />~辑.向上扩展一 SHIFT + PAGE UP 选定内容向上扩展一c?br />~辑.全选 CTRL + A 选择当前文档中的所有内宏V?br />~辑.选择当前字 CTRL + W 选择包含插入点的单词Q或插入点右侧的单词。?br />~辑.选择到最后一个返回 CTRL + = 选择~辑器中当前位置到编辑器中前一位置之间的内宏V?br />~辑.扩展到视囑ֺ部 CTRL + SHIFT + PAGE DOWN 光标移动到视图中的最后一行以扩展选定内容。?br />~辑.扩展到视N部 CTRL + SHIFT + PAGE UP 选定内容扩展到当前窗口的剙。?br />~辑.扩展C一字 CTRL + SHIFT + 右箭头键 选定内容向右扩展一个单词的位置。?br />~辑.向后扩展一个字列 CTRL + SHIFT + ALT + 右箭头键 光标右UM个单词以扩展列选择。?br />~辑.扩展C一字 CTRL + SHIFT + 左箭头键 选定内容向左扩展一个单词的位置。?br />~辑.向前扩展一个字列 CTRL + SHIFT + ALT + 左箭头键 光标左UM个单词以扩展列选择?/font>
“文本操作”快捷键
下列快捷l合键可在文本编辑器中用于在打开的文档中删除、移动或者格式化文本?br />
命o名 快捷键 说明
~辑.分行 ENTER
SHIFT + ENTER 插入新行。?br />~辑.字符转置 CTRL + T 交换插入点两边的字符。例如，AC| BD 变成 AB| CD。仅在文本编辑器中可用。?br />~辑.清除书签 CTRL + KQCTRL + L U除当前文档中所有未命名的书{。?br />~辑.折叠到定义 CTRL + MQCTRL + O 自动定在代码中创徏区域的逻辑边界Q如q程Q，然后隐藏它们。?br />~辑.注释选定内容 CTRL + KQCTRL + C 使用~程语言的正注释语法将代码的当前行标记为注释。?br />~辑.完成单词 ALT + 右箭头键
CTRL + I格键 显C基于当前语a的“完整单词”。?br />~辑.删除 DELETE 删除光标右侧的一个字W。?br />~辑.向后删除 BACKSPACE
SHIFT + BACKSPACE 删除光标左侧的一个字W。?br />~辑.删除水^I白 CTRL + KQCTRL + \ 折叠选定内容中的I白Q如果没有选定内容Q则删除与光标相ȝI白。?br />~辑.~排文档格式 CTRL + KQCTRL + D 按照“选项”对话框“文本编辑器”部分中语言的“格式设|”窗g指定的设|，对语a应用~进和空格格式设|。?br />~辑.格式化选定内容 CTRL + KQCTRL + F Ҏ周围的代码行Q正羃q选定的代码行。?br />~辑.隐藏选定内容 CTRL + MQCTRL + H 隐藏选定文本。信号图标标记隐藏文本在文g中的位置。?br />~辑.插入制表W TAB 文本行~进指定数量的空|如? 个。?br />~辑.剪切行 CTRL + L 所有选定的行剪切到“剪贴板”，若尚未选定M内容Q则当前行剪切到剪贴板。?br />~辑.删除行 CTRL + SHIFT + L 删除所有选定行；如果没有选定行，则删除当前行。?br />~辑.上开新行 CTRL + ENTER 在插入点之上插入一个空行。?br />~辑.下开新行 CTRL + SHIFT + ENTER 在插入点之下插入一个空行。?br />~辑.行{| SHIFT + ALT + T 包含插入点的行UdC一行之下。?br />~辑.转换为小写 CTRL + U 选定文本更改为小写字W。?br />~辑.转换为大写 CTRL + SHIFT + U 选定文本更改为大写字W。?br />~辑.改写模式 INSERT 在插入和改写插入模式之间切换。仅在用文本编辑器时可用。?br />~辑.停止隐藏当前区域 CTRL + MQCTRL + U U除当前选定区域的大U显CZ息。?br />~辑.停止大纲昄 CTRL + MQCTRL + P 从整个文档中U除所有大U显CZ息。?br />~辑.交换定位点 CTRL + RQCTRL + P 交换当前选定内容的定位点与结束点。?br />~辑.左羃q SHIFT + TAB 选定行左UM个制表位。?br />~辑.切换所有大U显C CTRL + MQCTRL + L 在隐藏和昄状态之间切换所有以前被标记为隐藏的文本部分。?br />~辑.切换书签 CTRL + KQCTRL + K 在当前行处设|或U除书签。?br />~辑.切换大纲昄展开 CTRL + MQCTRL + M 在隐藏和昄状态之间切换当前选定的隐藏文本部分。?br />~辑.切换d列表快捷方式 CTRL + KQCTRL + H 在当前行处设|或U除快捷方式。?br />~辑.切换自动换行 CTRL + RQCTRL + R 启用或禁用编辑器中的自动换行。?br />~辑.取消注释选定内容 CTRL + KQCTRL + U 从代码的当前行中U除注释语法。?br />~辑.查看I白 CTRL + RQCTRL + W 昄或隐藏空格和制表W标记。?br />~辑.字删除直至结֤ CTRL + DELETE 删除插入点右侧的单词。?br />~辑.字删除直臛_始处 CTRL + BACKSPACE 删除插入点左侧的单词。?br />~辑.字{| CTRL + SHIFT + T 对调插入点两边的单词。例如，| End Sub 更改ؓd Sub End|。?br />
“窗口管理”快捷键
下列快捷l合键可在工具和文档H口中用于进行移动、关闭或D?br />
命o名 快捷键 说明
视图.全屏 SHIFT + ALT + ENTER 在打开和关闭之间切换“全屏”模式。?br />视图.向后定位 CTRL + - q回到导航历史记录中的上一个文档或H口。?br />视图.向前定位 CTRL + SHIFT + - 向前Ud到导航历史记录中的下一个文档或H口。?br />H口.ȀzL档窗口 ESC 关闭菜单或对话框Q取消正在进行的操作Q或焦Ҏ在当前文档窗口中。?br />H口.关闭文档H口 CTRL + F4 关闭当前 MDI 子窗口。?br />H口.关闭工具H口 SHIFT + ESC 关闭当前工具H口。?br />H口.UdC拉栏 CTRL + F2 ~辑器处于“代码”视图时光标移动到下拉栏。?br />H口.下一个文档窗口 CTRL + F6
CTRL + TAB 逐个H口地@环通过 MDI 子窗口。?br />H口.下一H格 ALT + F6 UdC一工具H口。?br />H口.下一个拆分窗格 F6 Ud到单个文档的拆分H格视图的下一个窗根{?br />H口.下一选项卡 CTRL + PAGE DOWN Ud到文档或H口中的下一个选项卡。?br />H口.上一个文档窗口 CTRL + SHIFT + F6
CTRL + SHIFT + TAB Ud到编辑器或设计器中的上一文档。?br />H口.上一H格 SHIFT + ALT + F6 UdCơ选定的窗口。?br />H口.上一个拆分窗格 SHIFT + F6 Ud到拆分窗D图中的文档的上一个窗根{?br />H口.上一选项卡 CTRL + PAGE UP Ud到文档或H口中的上一个选项卡?/font>
“集成帮助”快捷键
下列快捷l合键可用于在“帮助”中的主题之间查看和Ud?br />
命o名 快捷键 说明
帮助.目录 CTRL + ALT + F1 昄包含在 MSDN 中的文档的“目录”窗口。?br />帮助.动态帮助 CTRL + F1 昄“动态帮助”窗口，该窗口根据品中当前h焦点的项昄不同的主题。?br />帮助.F1帮助 F1 昄与选定的当前用L面相对应的帮助主题。?br />帮助.索引 CTRL + ALT + F2 昄包含在 MSDN 中的文档的“烦引”窗口。?br />帮助.索引l果 SHIFT + ALT + F2 昄“烦引结果”窗口，它列出包含“烦引”窗口中选定关键字的主题。?br />帮助.下一个主题 ALT + 下箭头键 昄目录中的下一主题。仅在“帮助?Web) 览器窗口中可用。?br />帮助.上一个主题 ALT + 上箭头键 昄目录中的前一主题。仅在“帮助?Web) 览器窗口中可用。?br />帮助.搜烦 CTRL + ALT + F3 昄“搜索”窗口，该窗口允许在包含于 MSDN 中的文档中搜索单词或词组。?br />帮助.搜烦l果 SHIFT + ALT + F3 昄“搜索结果”窗口，它显C包含从“搜索”窗口搜索的字符串的主题列表。?br />帮助.H口帮助 SHIFT + F1 昄与选定的当前用L面相对应的帮助主题?/font>
“对象浏览器”快捷键
下列快捷l合键可用于“对象浏览器”窗口?br />
命o名 快捷键 说明
~辑.查找W号 ALT + F12 昄“查扄号”对话框。?br />~辑.转到声明 CTRL + F12 昄代码中选定W号的定义。?br />~辑.转到定义 F12 昄代码中选定W号的声明。?br />视图.查找W号l果 CTRL + ALT + F12 昄“查扄L果”窗口。?br />视图.对象览器 CTRL + ALT + J 昄“对象浏览器”，以查看可用于包的cR属性、方法、事件和常数以及目中的对象库和q程。?br />视图.对象览器向后 ALT + - 向后Ud到“对象浏览器”的选择历史记录中的前一选定对象。?br />视图.对象览器向前 SHIFT + ALT + - 向前Ud到“对象浏览器”的选择历史记录中的下一对象。?br />
“宏”快捷键
使用宏时可用下列快L合键?br />
命o名 快捷键 说明
视图.宏资源管理器 ALT + F8 昄“宏资源理器”窗口，它列出当前解x案中所有可用的宏。?br />工具.宏IDE ALT + F11 启动“Visual Studio 宏?>“宏 IDE”。?br />工具.记录临时宏 CTRL + SHIFT + R 环境置于“宏”记录模式。?br />工具.q行临时宏 CTRL + SHIFT + P 回放记录的宏。?br />
“工L口”快捷键
下列快捷l合键允许显C特定的工具H口?br />
命o名 快捷键 说明
工具.命oH口标记模式 CTRL + SHIFT + M “命令”窗口置于某U模式下Q以允许在窗口中选择文本。?br />视图.c视图 CTRL + SHIFT + C 昄“类视图”窗口。?br />视图.命oH口 CTRL + ALT + A 昄“命令”窗口，它允许您键入操作 IDE 的命令。?br />视图.文档大纲 CTRL + ALT + T 昄“文档大Uy窗口，以查看当前文档的q面或层ơ大UӀ?br />视图.收藏夹 CTRL + ALT + F 昄“收藏夹”窗口，该窗口列Z Web 늚快捷方式。?br />视图.输出 CTRL + ALT + O 昄“输出”窗口以在运行时查看状态消息。?br />视图.属性窗口 F4 昄“属性”窗口，该窗口列出当前选定的设计时属性和事g。?br />视图.属性页 SHIFT + F4 昄当前选定的属性页。?br />视图.资源视图 CTRL + SHIFT + E 昄“资源视䏀窗口。?br />视图.服务器资源管理器 CTRL + ALT + S 昄“服务器资源理器”窗口，该窗口允许查看ƈ操作数据库服务器、事件日志、消息队列、Web 服务和许多其他的操作pȝ服务。?br />视图.昄Web览器 CTRL + ALT + R 昄“Web 览器”窗口，它允许您查看 Internet 上的面。?br />视图.解决Ҏ资源理器 CTRL + ALT + L 昄“解x案资源管理器”，它列出当前解x案中的项目和文g。?br />视图.d列表 CTRL + ALT + K 昄“Q务列表”窗口，在此自定义、分cd理d、注释、快h式、警告和错误信息。?br />视图.工具 CTRL + ALT + X 昄“工L”，它包含可包括在代码中或与代码一起用的控g和其他项。?br />
“项目”快捷键
下列快捷l合键可用于向项目中d新项Q生成项目，或者打开文g或项目?br />
命o名 快捷键 说明
生成.生成解决Ҏ CTRL + SHIFT + B 生成解决Ҏ。?br />生成.~译 CTRL + F7 创徏一个对象文Ӟ在其中包含选定文g的机器码、链接器指o、节、外部引用以及函数名或数据名。?br />文g.d现有 SHIFT + ALT + A 昄“添加现有项”对话框Q该对话框您可以将现有文gd到当前项目。?br />文g.d新项 CTRL + SHIFT + A 昄“添加新”对话框Q该对话框允许向当前的项目添加新文g。?br />文g.新徏文g CTRL + N 昄“新建文件”对话框Q在此可以选择要添加到当前目中的新文件。?br />文g.新徏目 CTRL + SHIFT + N 昄“新建项目”对话框Q在此可创徏目q将其添加到当前解决Ҏ。?br />文g.打开文g CTRL + O 昄“打开文g”对话框Q在此可选择要打开的现有文件。?br />文g.打开目 CTRL + SHIFT + O 昄“打开目”对话框Q在此可现有项目添加到解决Ҏ。?br />目.重写 CTRL + ALT + INSERT 允许在派生类中重写基cL法。用于 C#。?br />
杂项~辑器的快捷?br />下列快捷l合键可用于快捷键编辑器或字W串~辑器?br />
命o名 快捷键 说明
~辑.新徏快捷键 INSERT d一个新的快捷键V仅在快捷键~辑器中可用。?br />~辑.新徏字符串 INSERT 在字W串表中d新的V仅用于字符串编辑器。?br />
http://blog.csdn.net/qdzx2008/archive/2005/09/27/490880.aspx
]]>
原文地址Q?a target="_blank">http://jackyrong.cnblogs.com/archive/2005/11/15/277119.html
在日常的~程中，E序员经常离不开的工作之一Q就是调试。当写好一D代码或E序后，在运行后M出现q样那样的问题，比如各样的错误，E序员就必须q行调试Q将q些错误排除。在最新出炉的Visual Studio 2005中，提供十分强大而方便的调试功能Q从而ɽE序员能节约旉Q提高工作效率。本文中Q将主要介绍Visual Studio 2005 在调试方面新增加的几个重要功能，q介l它们的单用法?br />
Edit and Contiue功能
在调试程序的时候，l常会遇到这L情况Q在调试一大段代码Ӟ遇到了一个小的错误，比如参数的赋值错误了Q这时候，往往希望能够马上这些小的错误改正过来后Q能够l调试跟t下去，而不用结束整个调试过E去修改。在Visual Studio 2003中，我们必须停止当前的调试，修改错误的地方，再重新编译，q样十分不方ѝ在Visual Studio 2005 中，提供了一个新的功能叫"edit and continue"Q意思是_当你在调试时Q遇到小的错误需要马上修改后Q可以进行编辑修改，然后l箋往下调试，不需要结束整个调试的q程Q当你修改后Q调试器在后台进行了自动的编译，q且会执行新修改的代码，十分方便。下面D个例子进行说明。?br />
打开Visual Studio 2005,使用c#建立一个winformH体应用E序Q在H体中添加一个label标签Q一个文本框Q一个按钮，如下图所C，我们要实现的功能是，在文本框输入一些信息后Q点按钮Q会弹出一个消息框Q显C的是刚才输入的信息?br /> 
假如我们~写的代码如下所C，出现了一个小错误Q把textbox1.text的内容当作字W串的一部分了，所以显CZ出用戯入的信息?br />
| E序代码Q?/td> | [ 复制代码到剪贴板 ] |
{
//Show welcome message
MessageBox.Show("Welcome textbox1.Text to Edit and Continue.");
}
现在Q如果我们在调试旉Cq个错误Q则可以使用edit and continue功能来进行改正?br />
首先Q按F7切换C码视图，在MessageBox.Showq一行设|断点，之后按F5q行E序Q当在文本框输入字符串时Q由于设|了中断Q光标停留在messagebox.showq行上，q时Q我们可以修改代码，修改为：
private void button1_Click(object sender, EventArgs e)
{
MessageBox.Show("Welcome " + textbox1.Text +" to Edit and Continue.");
}
修改完后Ql按F5q行Q这时候，则会昄正确的结果了Q如下图Q而不需要用以往?stop debugging"的功能先停止调试再修改程序?br />
可视化调试器(Debugging Visualizers)
在调试的时候，我们遇到的一个很ȝ的问题，是有的时候很隄到某些参数的倹{比如当你设|了一个断点去监测一个dataset,q且想看dataset里的每个datatable的数据，q在Visual Studio 2003中，是十分麻烦的Q必dauto/locals的监视窗口中Q一层层地展开ȝ其倹{在Visual Studio 2005中，册个问题，新增加了?debugging visualizers"(可视化调试器)的功能，该功能可以在调试状态时Q很Ҏ方便C各类形式Q比如文?html,xml{方式查看各U参数?br />
在各cȝ监视H口中，比如在autos,locals,watch和quickwatch 中都可以调用可视化调试器,Ҏ是在某个需要监视的参数旁边Q点击那个放大镜图标Q就可以在打开的可视化调试器中看到该参数的详细情况Q如下图所C：
利用可视化调试器Q就可以很方便地查看比如datasetcd的数据，如下图所C：
Data Tips
在Visual Studio 2005中，在调试方面，q新增了"data tips(数据提示)"的功能。当在调试程序期_只需要将光标Ud代码中某个需要监视的参数上，pȝ׃自动昄与该参数相关联的一些很有用的信息，比如相关的属性，以及当前该参数的倹{在Visual Studio 2003中，也有该功能，但提供的信息比现在的2005很多?br />
我们依然以上?edit and continue"使用的例子来说明。我们将断点讑֜MessageBox.Showq一行，F5q行E序Q当在文本框输入文字q按定按钮后，E序自动中断Q这Ӟ光标移到textbox1.textq个位置Q系l就会调用data tips功能Q如下图所C显C出与textbox文本框控件相关的一些属性以及这些属性此时对应的倹{?br />
在data tip的功能中Q还可以l箋使用edit and continue的功能，只需要在需要的地方鼠标右键可以弹出如下图的菜单，可以~辑该倹{?br />
Exception Assistant(异常助手)
在Visual Studio .net 2003中，当程序运行出现异常时Q系l会昄一个异怿息对话框Q询问是否停止程序执行或l箋q行E序Q但q没有提供给开发者更多的关于异常的信息。在Visual Studio .net 2005中，提供了 Exception Assistant(异常助手)的新功能Q可以显CZ富的关于异常斚w的信息，帮助开发者调试，如下?br />
在上图中Q显C的是一个sqlExceptionQ是׃时q接而造成的。在异常助手的窗口中,昄了关于该异常的详l信息，q可以将q些信息复制到剪贴版中，当选择view detailӞ会弹出如下图所C的H口Q进一步显C关于该异常的详l信?br />
Just My Code Debugging
在调试代码中Q我们经怼遇到q样的问题，有时我们引用了一些其他工具包或者类库（如Microsoft提供的Enterprise LibraryQ?而在调试Ӟ我们其实是不需要跟t调试这些代码的Q因为它们都已经证明是正的。在Visual Studio 2003中，处理q类问题我们的方法一般是使用F10跌它们Q但一旦工E庞大的话，q样做十分麻烦。在Visual Studio 2005中，新增加了Just My Code debugging(JMC)的新Ҏ，可以让开发者自己定制哪些代码是需要调试，哪些代码是永q不需要调试的Q这样可以节省大量的旉?br />
JMC功能׃斚w来实现。首先，如果一个工E是以release方式q行~译构徏的话Q就是工E中Q没有pdb文gQ，调试器会其认ؓ是非用户代码Q那么在调试q行Ӟ根本不会进入该工程中进行调试。其ơ，可以使用System.Diagnostics命名I间里的DebuggerNonUserCodeAttribute属性，其应用在希望不q行调试的代码段中?br />
下面举一个例子来说明。下面的代码D中Q有两个静态方法UserCode()和NonUserCode(),其中Q在NonUserCode()中，是应用了DebuggerNonUserCode的属性，q表明这D代码将在调试运行时Q调试器不会q入其中。将断点讄在其中的W?行，q行E序Q程序会在第一个UserCode()里中断，现在试着用F11l箋单步跟踪Q会发现pȝ在进入usercode()Ҏ中运行后Qƈ没有q入到NonUserCode()里运行?br />
using System;
using System.Diagnostics;
class Program
{
static void Main(string[] args)
{
// Step into F11 from here
UserCode();// Place break point on this line
NonUserCode();
UserCode();
}
static void UserCode()
{
Console.WriteLine("This is a call from user Code");
}
// Attribute to indicate the Debugger to jump
// over this method
[DebuggerNonUserCode]
static void NonUserCode()
{
Console.WriteLine("This is a call fron Non User Code");
}
}
~辑时对象识?br />
在Visual Studio 2005中，新引入了"Object Identity While Debugging"的概念，也就是说Q系l给在调试阶D늚每个对象Q都可以赋予一个别名，在调试时Q直接引用该别名可以了?br />
假设在调试的时候，需要跟t比如dataset或者hashtable{对象，q些对象中包含了很多其他的子对象Q如果想对这些数量众多的子对象进行跟t的话，十分麻烦。在Visual Studio 2005中，可以使用object identity(对象标识)的方法去标记每一个对象，
比如Q在一个windows应用E序中，创徏了一个dataset,q将其绑定到datagridview中去。如sql server 的northwind数据库中的orders和orderdetail表中的数据读出填充到dataset里去Q则在调试时Q设|一个断Ҏ在dataset里填充了数据之后的那行，q时Q在监视H口中，鼠标展开this.northwindDataq个datasetQ如下图所C，扑ֈordersq个tableQ然后鼠标右?会弹Z个菜单，选择其中? Make Object ID".
q时Q会ordersq个参数?#的别名方式命名（见下图）Qƈ且在整个应用E序中，只要在dataset的生存期Q都可以?#的方式访问它?br />
下图的代码演CZ如何在immediate监视H口中，通过使用object 标识Q查看某一个表中所有记录的Ҏ。要注意的是Q必d其显式类型{换ؓDataApp.NorthwidDataSet.OrdersDataTable。通过使用object 标识的好处是Q可以在调试阶段Q不需要在描述某个参数Ӟ再用冗余的命名方法表CZQ比如可以用#1来代替this.NorthwidDataSet.OrdersQ?br />
]]>