过多的注释和未使用的变量会降低性能吗？
Does excess comments and un used variables decrease perfromance?
我引入的应用程序使用了大约 250 个 dll（所有 visual studio 组件），我注意到有大量不需要的注释（从 vb6 升级代码 -> . NET) 和许多未使用的变量。
每个解决方案的评论数量可以低至 ~100 行，也可以高达 ~1000 行不需要的评论。一些解决方案有超过 50 个未使用的变量。这会增加与该解决方案关联的 DLL 的大小，不是吗？由于大量无用代码，这会影响性能吗？
它们基本上增加了编译时间。并且如果编译成发布版本，无用的东西将被剥离。在调试构建中，未使用的变量将被保留，以便您可以在这些点中断。
.NET 工具链和运行时非常复杂，不会让死代码影响运行时性能。 Microsoft 积极进行微优化。程序员应该很少做的事情，但微软经常这样做，因为他们有挑剔的客户，而且他们永远无法真正预测他们的客户将以哪些不寻常的方式使用他们的软件。
VB.NET 编译器完全删除了注释。可能会影响编译时间，但影响非常小。评论很容易解析。您需要 兆字节 才能注意到速度变慢。
抖动优化器删除了未使用的变量。只是因为没有任何实际使用它们的代码。它们确实占用了 .NET 程序集的元数据 space，增加了文件的大小。同样是一个非常小的影响，你会在 jitting 或反射时间有更多的页面错误。您需要 数万个 才能注意到任何效果。
所以，不用担心。永远不要删除有用的评论。删除无用代码是值得追求的事情，因为它使代码更易于维护。
我引入的应用程序使用了大约 250 个 dll（所有 visual studio 组件），我注意到有大量不需要的注释（从 vb6 升级代码 -> . NET) 和许多未使用的变量。
每个解决方案的评论数量可以低至 ~100 行，也可以高达 ~1000 行不需要的评论。一些解决方案有超过 50 个未使用的变量。这会增加与该解决方案关联的 DLL 的大小，不是吗？由于大量无用代码，这会影响性能吗？
它们基本上增加了编译时间。并且如果编译成发布版本，无用的东西将被剥离。在调试构建中，未使用的变量将被保留，以便您可以在这些点中断。
.NET 工具链和运行时非常复杂，不会让死代码影响运行时性能。 Microsoft 积极进行微优化。程序员应该很少做的事情，但微软经常这样做，因为他们有挑剔的客户，而且他们永远无法真正预测他们的客户将以哪些不寻常的方式使用他们的软件。
VB.NET 编译器完全删除了注释。可能会影响编译时间，但影响非常小。评论很容易解析。您需要 兆字节 才能注意到速度变慢。
抖动优化器删除了未使用的变量。只是因为没有任何实际使用它们的代码。它们确实占用了 .NET 程序集的元数据 space，增加了文件的大小。同样是一个非常小的影响，你会在 jitting 或反射时间有更多的页面错误。您需要 数万个 才能注意到任何效果。
所以，不用担心。永远不要删除有用的评论。删除无用代码是值得追求的事情，因为它使代码更易于维护。