从 C#/ASP.NET 应用程序调试 SQL CLR 代码答案

【问题标题】：Debugging SQL CLR code from a C#/ASP.NET application从 C#/ASP.NET 应用程序调试 SQL CLR 代码
【发布时间】：2011-10-19 18:58:33
【问题描述】：

我继承了一些 C# 代码，这些代码创建了一个作为 SQL 程序集安装在 SQL Server 2005 上的 DLL。以下是 C# 代码，但我如何才能看到呢？

 #if DEBUG
        JbLog.getInstance().Info(LOG_LEVEL_TYPE.EXTENDED, "Page="+ iPage + ", Row=" + (row + 1));
        JbLog.getInstance().Info(LOG_LEVEL_TYPE.EXTENDED, strQry);
 #endif

但是如何使用它以及如何在不部署的情况下跟踪程序集中的代码？

【问题讨论】：

这不是您发布的汇编代码。你知道的，对吧？而且，你有什么具体问题？当您尝试“追踪”它时会发生什么？
我知道那不是汇编代码。我测试它的唯一方法是将它部署到我的 sql 服务器并运行应用程序，以便所有存储过程都命中汇编代码。有没有更简单的测试方法？
克里斯，您是否看到您在问题中提到了有关 SQL Server 的内容？您能否详细说明您要完成的工作？
你一直在说汇编代码，你还没有发布汇编代码，那么你到底在说什么汇编代码？
我已经更新了我的帖子，应该更清楚

标签： c# asp.net .net debugging assemblies

【解决方案1】：

此代码在应用程序在调试模式下运行时执行。 DEBUG 是调试模式的默认条件编译符号。见http://msdn.microsoft.com/en-us/library/aa691095(v=vs.71).aspx

【讨论】：

-1 用于发布古代链接。请不要这样做，除非问题特定于古老的 .NET 1.1 版本。
糟糕，但不要认为它直到 VS2010 才改变。我错过了什么吗？
文章有效。微软似乎没有一篇更新的文章，我当然找不到它。
这不是有效性问题。古代链接的问题在于它们链接到古代链接等。读者可能会迷失在twisty little links 的迷宫中，所有这些都指向实际上已经改变的.NET 1.1 内容。
@JohnSaunders - 所以发布正确的文章，我找了 20 分钟，找不到关于条件编译符号的更新文章。