【问题标题】:Which method is better for debugging/profiling - .DLL or source code?哪种方法更适合调试/分析 - .DLL 或源代码?
【发布时间】:2010-10-26 21:27:55
【问题描述】:

我正在开发一个应用程序,我需要在不同方面进行测量,即每种方法所花费的时间和系统资源的压力,以及偶尔进行一些调试以监控数据的处理方式。

我将使用an open source library 来处理 MIDI 文件,这些文件可用作源代码以及已编译的 .DLL。

我在想是否更容易使用已编译的 .DLL,因为我不会对库进行任何更改,而且它似乎比在源窗口中有一个巨大的参考项目“更整洁”,但我没有不确定这在调试和测量代码性能时是否会产生任何影响。

抱歉,如果这个问题已经被问过,我尝试搜索并没有出现看似相关的内容。

【问题讨论】:

    标签: c# .net visual-studio dll code-analysis


    【解决方案1】:

    这完全取决于您是否认为必须调试它。性能测量不是问题。

    还请注意,您可以只获取该源代码,在本地计算机上构建它并引用 dll(并将 pdb 文件放在同一目录中)。然后,您将能够在不实际将项目添加到您的解决方案的情况下对其进行调试。如果您具备以下三点,这始终是可能的:

    1. dll
    2. 构建 dll 时创建的 PDB
    3. 用于构建 dll 的源代码

    但是,再说一遍。如果您认为不必调试,只需立即使用 dll。以后可以随时获取源代码并重新构建。

    【讨论】:

    • 好主意 - 获取源代码但单独编译它并仅使用 dll。 +1。
    【解决方案2】:

    如果我有来源,我发现更容易追踪,因为我可以看到为什么有些东西不工作。另外,我不确定性能计数器是否可以插入到已编译的 dll 中(但我可能是错的)。

    但是,如果您不打算更改它,并且您不需要了解它的内部工作原理,那么只需使用 dll。如果您不需要它们而只想使用 dll,我当然可以看到不想附加所有这些代码行的意义。

    我知道下一部分与易于调试无关,但与易于维护有关。

    当我可以拥有实际代码时,我也不喜欢源代码控制中的 dll,尤其是对于可能会更改的外部库。我无法告诉你我必须支付多少次费用来升级组件或对我的代码进行重大更改,因为需要更新一些东西。

    【讨论】:

      猜你喜欢
      • 2013-01-08
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2018-11-13
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2017-07-15
      相关资源
      最近更新 更多