在处理复杂问题时，我发现自己尝试了各种解决方案，并且在尽最大努力保持井井有条的同时，代码可能会变得非常混乱。对象可能会更改并且不再使用，而其他时候我可能会添加一些最终不会被程序使用但占用空间和可能内存的代码。
除了仔细阅读程序之外，有没有办法找到程序不使用的代码块？
您发现了哪些清理程序的技巧？
我发现用于检查 .h 文件中的对象是否仍在应用程序中使用以及检查它们是否被正确释放/释放的一个小技巧是使用“搜索全部”功能 (cmd-shift-F) 和按对象名称搜索
【问题讨论】：
标签： iphone objective-c memory-management
这是一篇关于在应用程序中报告代码覆盖率的几种方法的文章：
http://seriot.ch/blog.php?article=20080728
它面向 Mac 应用程序，但也主要适用于 iPhone 的东西（DTrace 你只能在模拟器中使用）
正如文章所指出的，这在 Objective-C 中比其他语言更难，因为它很容易拥有一个由 performSelector 调用的方法，即使调用静态分析也会报告为死代码（是的，你也可以在 Java 中做类似的事情，但很少做）。
可能 gcc 警告标志是最好的主意，同时仔细检查它认为是未调用的方法。实际上在应用程序中运行每个可能的代码路径实际上非常困难，但如果您有一组较小的可能函数要删除，至少您可以更快地做出选择，这样您就不必测试每条路径......
编辑：我可能应该明确指出，代码覆盖率是一种可以用来查找“死”代码的技术，这就是你所追求的
EDIT2：链接已死！我找不到缓存的版本，而且我记不太清了，无法总结更多关于它包含的内容。
【讨论】：
使用源代码管理是一个很大的帮助，因为在乱搞之后，您可以比较源代码以查看更改 - 非常适合查找调试 NSLog 和您忘记添加的其他快速 hack。
使用您可以找到的标记标记临时代码也是一个好主意。我倾向于标记我尚未使用 NYI 完成的任何代码。例如，如果我添加了一个 IBAction，但还没有写，我让它做 NSLog(@"myaction NYI")。在开发过程中，我偶尔会在项目中搜索 NYI，看看是否有我忘记实施的项目。我用“// NYI delete”标记的临时或破解调试代码，所以我会记得回来删除它。
为了删除未使用的代码，我最近编写了一个脚本：检查所有内容是否已签入以及是否干净构建，然后检查项目中的所有 .h 文件并清空它及其关联的 .c/.cpp/。 m/.mm 文件，然后进行测试构建。如果它仍然构建，它继续，否则它恢复该文件并继续到下一个头文件。脚本完成后，我检查了颠覆状态，看看它认为我可以删除哪些文件。我还必须避免使用资源使用的任何文件。效果很好。
我想编写一个脚本来遍历所有文件并删除每个#include/#import 行并检查它是否仍然编译以清除所有多余的包含，但我还没有解决这个问题。
【讨论】：
我知道这很难，但是如果您希望您的代码在完成所有“测试不同的解决方案”时保持质量，恐怕您必须确保始终评论和/或删除您不需要的代码随你去。
如果你仔细想想，这是有道理的。如果您继续更改和重命名事物，那么您要么必须随时清理它，要么在最后清理它。这是一个很难进入的练习，但要么这样做，要么在最后清理。
通常如果你把它留到最后，那么开始一个新项目并复制有用的部分可能会更容易。
【讨论】：
Xcode 中的Snapshots 功能怎么样？似乎如果您不长期保留各种分支机构，那么这就是要走的路。一次只关注一个功能，让它工作并适合签入。如果您有需要保留的东西，请签入您的源存储库。否则快照消失并根据需要回滚。如果您真的关心简短的 sn-ps 代码，请保留一个代码 sn-ps 库的文本文件。可能会为每个 sn-p 添加注释标题以供以后搜索。
【讨论】：
我知道这不是您要寻找的答案，但使用源代码管理可能是处理这些情况的最佳方法。当您要进行一些重大重构或尝试一些棘手的事情时，只需创建一个分支，然后将其合并或丢弃。
【讨论】：
我有时会发现我团队中的开发人员会删除他们不再需要的类的引用，而不是文件本身。我经常去“添加现有文件”操作，浏览文件选择器并使用单独的 Finder 窗口删除“非灰色”孤立源文件。
【讨论】：