衡量 iOS 应用性能的策略

【问题标题】：Strategy for measuring performance of an iOS app衡量 iOS 应用性能的策略
【发布时间】：2012-10-09 13:27:01
【问题描述】：

我想测量一个简单的 iOS 应用程序案例：一个使用自定义扩展单元格构建的 UITableView。每个单元格是一个主视图和一些子视图的组合。根据某些标准，我在表格单元格中隐藏或显示子视图。

假设我必须决定是在需要时添加子视图，还是使用所有插座构建 xib 并在需要时隐藏/显示。

在这两者之间做出决定的最佳方法是什么？

假设您还没有阅读有关单元格组成的 Apple 指南，您将通过代码（例如通过放置 NSLog 语句）或通过 Xcode 工具（选择哪一个等等）执行哪些具体步骤确认选择。

这对我来说是一个全新的问题，所以请尽可能具体。

【问题讨论】：

【解决方案1】：

拥有许多具有透明背景的子视图会降低滚动性能。

动态添加子视图可能难以跟踪，如果您没有“正确”执行此操作，那么您最终会通过单元重用排队机制得到具有太多“额外”子视图的单元。

您必须在单元格本身的 init 方法中添加子视图，而不是在数据源的 cellForRow 方法中。（除非您使用某种方式来跟踪任何给定子视图的创建/可用性，例如 viewWithTag 等）

【讨论】：

感谢您的回答，该链接是一个非常好的资源，但我的问题与您将使用哪些工具来证明这一点有关
好问题。好吧，至少你可以直观地识别出口吃的步骤。我不确定如何通过识别 CPU 瓶颈等来证明这一点，因为最终用户通常会在他们注意到“黄油般平滑”的滚动时更多地识别性能