Cocoa touch UITableView外部的UITableView单元格

Cocoa touch UITableView外部的UITableView单元格,cocoa-touch,interface-builder,Cocoa Touch,Interface Builder,我注意到InterfaceBuilder的对象库中有UITableViewCell,我可以将其拖到视图上。我想知道在UITableViewUITableView单元格s仅用于UITableViews之外使用一个是否有意义。您可以随意将其粘贴到其他位置,但风险由您自己承担。我已经尝试过这种方法,是的,它似乎不起作用。考虑到电池的用途和用途,这当然是公平的 这样做的一个原因是,在我的例子中,我在表格视图中使用了单元格,选择一个单元格,然后推送另一个视图,其中一部分是单元格内容的精确重复,如顶部所示

我注意到InterfaceBuilder的对象库中有
UITableViewCell
,我可以将其拖到视图上。我想知道在
UITableView
UITableView单元格
s仅用于
UITableView
s之外使用一个是否有意义。您可以随意将其粘贴到其他位置,但风险由您自己承担。

我已经尝试过这种方法,是的,它似乎不起作用。考虑到电池的用途和用途,这当然是公平的

这样做的一个原因是,在我的例子中,我在表格视图中使用了单元格,选择一个单元格,然后推送另一个视图,其中一部分是单元格内容的精确重复,如顶部所示

因此,只需将单元格放在新视图的顶部,并填充它,而不需要任何额外的代码,这将非常方便


我所做的是从其nib加载单元格,设置它,然后将单元格的contentView添加到我的新推式视图中。这达到了预期的效果。

如果要在表视图之外使用
UIView
,最好将
UITableViewCell
替换为
UIView
。。。您可以尝试通过自己绘制或使用图标来伪造Disclosure指示器

如果要重用代码,可以将登录名放在自定义UIView子类中,该子类在单元格和常规UI中都使用


我不鼓励在
UItableView
之外使用
UITableViewCell
,因为这可能很诱人。。。该单元符合重用处理和布局分辨率,因此,尽管它看起来不错,但它是一种误用,可能会引发不可预见的问题

我想要一个带有标题和副标题的宽、窄按钮以及一个公开附件。如果您愿意,请将其粘贴在
UITableView
中。我强烈反对在
UITableView
之外使用
UITableViewCell
。这是一种当面肯定自己的声明,除了“认真”(我知道如何拼写“不”,谢谢;这根本不相关)之外,没有任何理由。我在发布应用程序时使用过这种方法,从来没有遇到过问题。上面的答案经过编辑以删除笑脸。。。那肯定会赢得某种编辑奖吗?:)我来这里是想看看有没有什么想法。我正在考虑拍摄单元格内容视图的快照,并将其添加到容器中。这样可以避免从nib加载单元格。:)@NunoGonçalves是的,这也应该很好,捕获细胞图像,然后在imageview中显示。不过,我看不出有什么特别的优势,避免从nib加载单元格也没有什么好处(因为tableview,它已经在内存中了)。如果下一个屏幕可以导致单元格中的数据发生更改,并且它应该在您的单元格中发生更改,那么从nib加载它并从模型中填充意味着它也可以是活动的。