Ios 以编程方式分配接口对象会影响加载时间吗?

Ios 以编程方式分配接口对象会影响加载时间吗?,ios,performance,resources,nib,load-time,Ios,Performance,Resources,Nib,Load Time,我正在制作一个可以让你快速改变亮度的应用程序,但由于没有足够的功能而被拒绝,所以我将它与我的电池应用程序合并。如果我只加载亮度内容,并有一个按钮,上面写着“加载应用程序的其余部分”,按下该按钮时,将加载界面的其余部分,如下所示: (以前制作) 那会减慢装货时间吗?如果没有,我如何加载半个接口?以编程方式构建UI可以减少加载时间。从磁盘读取的数据更少,解析的数据更少,而且您可以编写一个加载速度更快的实现 还可以缓存NIB以缩小该间隙 对于许多应用程序来说,这并不重要——只要使用最适合设计的(如果您

我正在制作一个可以让你快速改变亮度的应用程序,但由于没有足够的功能而被拒绝,所以我将它与我的电池应用程序合并。如果我只加载亮度内容,并有一个按钮,上面写着“加载应用程序的其余部分”,按下该按钮时,将加载界面的其余部分,如下所示:

(以前制作)


那会减慢装货时间吗?如果没有,我如何加载半个接口?

以编程方式构建UI可以减少加载时间。从磁盘读取的数据更少,解析的数据更少,而且您可以编写一个加载速度更快的实现

还可以缓存NIB以缩小该间隙

对于许多应用程序来说,这并不重要——只要使用最适合设计的(如果您最熟悉的话,可能是NIB)。对于复杂或性能关键的应用程序,编程创建通常是一种方法。对于真正大型的应用程序,还有许多其他考虑因素


您可以使用单独的NIB或编程实现来完成部分加载。然而,在这两种情况下,加载时间都不应明显过长。如果是的话,那么看看分析器向您展示了什么。

如果我没有说清楚,我很抱歉,但我想问的是,它是否会比只有亮度的东西慢。如中所示,我可以添加额外的内容而不损失快速加载时间吗?@Greg没有足够的上下文。是的,需要更长的时间。这段时间是否长取决于你到底在做什么。加载一个nib,
UIImageView
,加载一个小图像不会花费很长时间。如果是一张非常大的图片,那可能会有所不同。我的建议是:尝试一下,如果速度明显较慢,确定原因和/或在更具体的领域寻求帮助。否则就有太多的猜测。
batterymeter = [[UIImageView alloc] initWithFrame:CGRectMake(150,300,250,50)];
batterymeter.image = [UIImage imageNamed:@"batteryfill.png"];