我已经能听到一千个iOS开发者痛苦的心声。不，我不是菜鸟。为什么-drawRect对于UITableView性能比具有多个View更快？我了解合成操作是在GPU上进行的。但是合成是一次性的操作；一旦这些层被提交到内存，它就与缓存缓冲区没有什么不同，从GPU的角度来看，它会被转换进出View。将此与在drawRect中使用CoreGraphics进行比较，它在CPU上使用未知数量的操作来生成最终缓存在CALayers中的像素。如果它最终都被缓存并展平了，那有什么区别？此外，如果您正确处理单元重用，则无需在每次调用-cellForRowAtIndexPath时重新生成View。事实上，与在

我想做一个这样的菜单布局:所有类别都可以折叠点击类别行将展开/折叠该类别中的项目单击项目行将在下面的行中动态添加该项目的副本单击项目行上的[-]按钮将删除该行我考虑过用这个层次结构来做:UITableView(Wholemenu)-UITableViewCell(EachCategory,forexampleCategory3)-UITableView(EachCategory,forexampleCategory3)-UITableViewCell(Categoryitems,forexampleitem2)-UITableView(Categoryitems,forexamplei

嗨...他们是如何实现的？有几个Twitter个人资料页面的教程。但他们并没有处理所有的可能性......首先......当你滚动顶部或底部的任何地方时，顶View开始滚动直到分段控件，到达页面顶部......然后滚动不会停止并且子表开始滚动直到触及中间并且表格View开始动态加载其他行...所以我不认为他们静态设置ScrollView的内容第二件事他们如何处理子表...他们是containerView吗？如果是这样，那么结构将是这样的ScrollViewTopView(UserInfo)SegmentedControllscrollView(toswiperightorleftcha