【发布时间】:2017-08-14 17:05:59
【问题描述】:
当前设置
我有一个自定义单元格,从 xib 加载,其中大部分空间都被 UITextview 覆盖。此外,该单元格可能有一些文本视图。这个单元格内还有一些元素(一个 UIView + 2 个 UILabel)。
问题
即使我只有一个文本视图,我也尝试删除所有这些视图和延迟。此外,这种滞后只是第一次发生。稍后,当我向下滚动并遇到另一个带有 textview 的单元格时,根本不会发生延迟。
其他信息
这个自定义单元格的作用是在UIStackView 中添加了一个文本视图。一开始,stackview 是空的,因为我不知道(在开发时)可能/应该有多少文本视图。
我知道这是另一件可能会影响性能的事情,但我已经解决了这个问题(我想尽其所能),方法是在对单元格出列时检查 stackview 的 arrangedSubviews 数组中已经找到了多少文本视图,并基于该信息,我只是适当地添加或隐藏视图(而不是每次都销毁和重新创建所需数量的文本视图)。
我曾尝试使用 Instruments,但我没有注意到我的任何类都占用 CPU 时间,而是框架内部调用的一些 UIKit 方法调用是导致此问题的原因...如果需要,我可以发布截图,但我想这不相关,因为那些似乎是通常的系统和框架调用。另外,我正在 iPad 2 上进行测试:D 所以也许这是一件事(我必须针对慢速设备优化应用程序)。
不过,我想我可以通过某种方式对其进行优化?
MyCell 类比较简单(伪代码):
class MyCell:UITableViewCell{
func configure(data:SomeData){
self.addOrHideViewsIfNeeded()
}
private func addOrHideViewsIfNeeded(){
//here, I check if stackview.arrangedSubviews has, and how many subviews are there, and
//add / hide them appropriately, means if I have to add them, I load them from the nib, otherwise, I reuse views from by adding them/removing them from a pool.
}
}
与发布版本相比,Debug 版本的延迟更明显,这是有道理的,但仍然很明显。
【问题讨论】:
-
哦,是的,文本视图最初是从笔尖加载的,并且使用系统字体而不是自定义字体。
-
我不认为这是由于
UITextView。根据我的经验,以及可以在线阅读的内容,UIStackView虽然非常方便,但性能很差。复杂的 AutoLayout 规则也需要一些时间来计算。在我们的应用程序中,一个单元格上有大约 20 个组件,并且有很多限制,即使在较新的设备上也存在明显的滞后。我们通过切换到手动布局解决了这个问题 - 我们在单元格layoutSubviews中自己计算帧。虽然我意识到这可能意味着对您的代码进行大量更改,但可能值得一试。 -
@Losiowaty 好吧,我的表格视图中有不同类型的单元格。每个单元格内部都有 uistackview。只有具有文本视图的单元格第一次滞后。但正如我所说,滞后来自 Mac 的硬盘,而附加在调试器上。当应用程序未通过 USB 电缆连接时,没有(可见的)滞后。但是,是的,堆栈视图并不是那么高效。
-
我在一个单元格中有一个滞后的动画 UIImageView 并且确实绘制了一个不可见的零行来进行预加载。也许类似的方法适用于您的情况。
-
@Kamil.SI 之前做过类似的事情(viewDidLoad 中的 iirc )并且它有效,但我想我可能会在没有预加载的情况下得到并想弄清楚为什么会发生延迟......但我想知道您到底在想什么(例如,采用哪种方法,同步/异步等...)?你能写一个例子吗? ——
标签: ios swift ipad uitextview instruments