使用 NIB 文件的性能损失？答案

【问题标题】：Performance penalty for using NIB files?使用 NIB 文件的性能损失？
【发布时间】：2010-11-09 21:16:28
【问题描述】：

我很想知道是否有人有经验比较 iPhone 应用程序的加载时间性能与 NIB 中布局的视图与完全以编程方式布局的视图（即实例化 UITextView，将其添加到视图，实例化 UIButton，添加它到视图……）。

如果我想要一个简单的应用程序来快速加载 lightning，最好放弃使用 NIB（好吧，从技术上讲是 XIB），而是以编程方式创建视图元素？加载和解析 NIB 所花费的时间是否足以产生明显的差异？

【问题讨论】：

一个完全挑剔的选择，但 XIB 在构建过程中被编译为 NIB，因此从技术上讲，您总是在运行时加载 NIB。

【解决方案1】：

我注意到使用 NIB 在 iPhone 上加载复杂的界面会稍微慢一些。这只是几分之一秒，但如果用户希望看到工作表或模式视图，这很明显。我认为不同之处在于 NIB 是在 iPhone 上延迟加载的，因此视图实际上是在第一次显示视图时创建的 - 而不是在首次创建控制器和视图层次结构时。也就是说，它可能只在 iPhone 上很重要:-)

总的来说，我会说NIB总是值得任何可能存在的性能劣势。当 SDK 第一次出现并且 Interface Builder 没有经过很好的测试时，我写了 iPhone 应用程序。编写代码来创建视图层次结构是一团糟……

【讨论】：

【解决方案2】：

根据我的经验，它没有任何明显的区别。

如果您考虑一下 NIB 系统发生了什么，它是用户界面对象状态的紧凑二进制表示。通过以编程方式创建对象，您只需节省加载该文件和进行一些非常基本的解析所需的时间。将其与初始化和首次绘制这些对象所需的时间进行比较（为底层 CALayer 对象分配内存，使用 Quartz2D 绘制它们，然后将结果组合在一起）。那个时间要长得多，无论您是否使用NIB，都完全相同。如果你加载一堆 PNG 文件来绘制你的 UI，那么这将使创建控件所花费的时间相形见绌。

【讨论】：