哪種方法更適合調試/分析 - .DLL或源代碼？

Question

我正在開發一個應用程序，我將需要對不同方面進行測量，即花在每種方法上的時間和對系統資源的壓力，以及偶爾進行一些調試來監視數據的處理方式。

我將使用an open source library作爲源代碼提供的MIDI文件以及編譯後的.DLL文件。

我在想我是否會更容易使用編譯的.DLL，因爲我不會對庫進行任何更改，並且它似乎比在源窗口中有一個巨大的參考項目「更加整潔」，但是我沒有在調試和測量代碼的性能時，不確定這是否會產生任何影響。

道歉，如果這個問題已被問及，我試過搜索和沒有任何看似相關的出現。

Answer 1

它只是取決於你是否認爲你必須調試它。性能測量不成問題。

還要注意，您可以獲取該源代碼，在本地計算機上構建它並引用dll（並使pdb文件位於同一目錄中）。然後，您將能夠調試它而不是實際上將項目添加到您的解決方案。這始終是可能的，如果你有這三樣東西：

1. 這些DLL
2. 的PDBS建設的dll
3. 用於構建的dll

但是，再次源時創建的。如果你認爲你不需要調試，就直接使用dll。您可以隨時獲取源代碼並重建。

Answer 2

如果我有源代碼，我發現跟蹤起來更容易，因爲我可以看到爲什麼某些內容不起作用。此外，我不確定性能計數器可以插入到編譯的DLL中（但我可能是錯的）。

但是，如果你不打算改變它，並且你不需要了解它在內部是如何工作的，那麼就使用dll。我當然可以看到，如果你不需要它們，並且只想使用dll，就不希望附加所有這些代碼行。

我知道接下來的部分與調試的難易程度無關，但它與易維護性有關。

我也只是不喜歡dll的源代碼控制，當我可以有實際的代碼，特別是外部庫可能會改變。我無法告訴你我需要多少次升級組件或對代碼進行重大更改，因爲需要更新某些組件。