使用.NET Reflector Pro的经验

Question

有人有使用.NET Reflector (不是免费版)的经验吗？

我已经搜索了在外部环境中轻松调试应用程序的一些方法(例如，一个不在办公室的生产服务器)，我发现了.NET反射器Pro及其特性“逐步分解程序集，并使用您在自己的代码中使用的所有调试技术”。

它看上去很有用，但是我想听听关于这个工具的个人经验.尤其是那些每天都在使用它的人。

谢谢!

编辑：一些附加信息:我想使用这个特性来调试模块应用程序的旧版本(几个版本中的100+模块)，用于在测试环境中不显示的难以再现的bug(例如数据库中的数据组合、服务器/客户端的当前配置等)。

有一种方法可以重新生成指定的程序集(有时需要几十个程序集).添加一些特定于问题的日志信息。但是，这需要很长时间，而不是很容易地调试和查看诸如局部变量、字段、线程等内容。

Answer 1

刚穿过这条柱子..。但我确实有使用.NET Reflector的经验。总的来说，调试功能有时确实可以节省您的开支(即帮助您解决问题)。

事实上，我最近写了一个关于如何使用 Reflector调试.NET框架源代码的博客 帖子 。这篇文章肯定会让你对我使用这个工具的经验有一些了解。。

http://www.cplotts.com/2011/01/14/net-reflector-pro-debugging-the-net-framework-source-code/

我还要说，您可能很难找到每天使用调试功能的人。我只在必须调试(或了解)非常困难的问题时才使用它，这些问题可能不是在我自己的代码中，而是在.NET框架或一些第三方程序集中。

有些人可能会说，“为什么不使用Visual的本机支持呢？”嗯，我知道..。如果可以的话，但并不是每个程序集都支持。此外，有时发布的比特与微软的公共符号服务器上可用的内容过时了.也就是说，即使是支持的程序集，在某些时候也不受支持。

当然，.NET Reflector还允许您在无法访问.pdbs和/或源代码的情况下调试第三方程序集。在这些情况下，我的博客文章也会有所帮助。这篇文章是关于使用调试特性的一个相当通用的“如何”帖子。

有一件显而易见的事情需要指出/强调(正如其他人已经注意到的那样)，.NET Reflector的调试功能只能在Visual中使用。因此，Visual必须安装在要调试的计算机上。大多数生产环境都没有(或允许您安装)这些机器上的开发环境。因此，在您的特定场景中甚至不可能使用.NET Reflector。

.NET反射器的免费版本只需要在某个地方复制才能工作，这样您就可以(至少)分析(而不是调试)您感兴趣的程序集。

Answer 2

它看起来确实很酷，但我怀疑它是否会经常有用。

大多数情况下，bug可能在我自己的代码中，我有源代码、PDBs和其他代码，所以我不需要Reflector。有了调试Microsoft框架代码的选项，我也不需要Reflector。因此Reflector的用例似乎是在调试第三方库。显然，这将是一些错误的来源，有时，在这种情况下，Reflector可能值得它的价格。

但是，它添加的“唯一”功能是无缝地调试这些功能。您仍然可以使用普通版本的Reflector查看代码。根据我的经验，在大多数情况下，这已经足够了。

我承认我可能在这里错了，但我的直觉是，免费版本将足够为许多用户。在任何情况下，我并不急于支付200美元的具体功能。

Answer 3

在您发布的链接中，它是这样写的：“是Visual的一个外接程序，允许您调试第三方代码和程序集，即使您没有源代码。”

所以，你只能在开发机器上使用它.因为我怀疑用户在生产机器上是否有Visual。