在iOS开发中，我们总是遇到各种细胞视图？我知道有两种方法 - 真的这种模式...... 有时候人们总是给他们的单元格看一个标签，但我知道它需要一些铸造。如果结合一个标记不正确的视图，你会得到一个运行时错误......我知道标签是一种有用的减少方法编码依赖关系并支持更加动态和灵活的解决方案。您可以使用其标记找到它，而不是存储指向视图的指针。标签也是一种更持久的引用视图的方式。 例如：
let bookCoverLabel = cell.viewWithTag(1) as! UILable
label.text = icon.title.
另一种方法是创建一个UITableView子类。在它中你可以提供插件直接挂钩到单元格的界面，这样你就可以访问你所有的各种视图......
一：创建子类
class coverTableViewCell:UITableViewCell
第二：在身份中设置单元格类 三：将子视图连接到插座
@IBOutlet weak var coverImageView:UIImageView!
这是定制你需要的单元格的简单进展，大多数开发人员总是这么做......但是在这里我想问一个问题 - 性能如何..........也许这是一个愚蠢的问题......我只想想一想它更...... ......
答案 0 :(得分：1)
使用标记或自定义类时，性能没有差异，因为最终您将最终为该特定视图或组件创建一个对象，并通过该对象访问它。标记或出口指向它所在的组件。
但是，我不喜欢使用标签，因为我讨厌记住数字！同样在引入iOS 7时，tableview单元带有一个容器视图，这在iOS 6中不存在，因此那时使用标签的开发人员是一个时间，因为带有标签的视图没有提供正确的视图或组件作为输出。当时使用自定义类是恩惠：D。
使用自定义类时，只需绑定插座即可访问插座。而且你不必记住这些数字：D。
对我来说，使用自定义类总是很方便。所以根据我的说法，两种方式都没有太大区别，但我更喜欢自定义类。
这可能是一个愚蠢的回复，但这是我的观点：）
希望这可以帮助你：）
答案 1 :(得分：0)
在相关位置总是忽略标签。这不是一个好方法。这个方法搜索当前视图及其所有子视图的指定视图。如果这里有更多标签，性能会比我们想象的更糟糕，所以没有人再使用它......完全弃用它 - 仅供参考..