Ios 与cellForRowAtIndexPath方法相比,在layoutSubviews方法中设置单元子视图框架的优势是什么?
我在想,如果在Ios 与cellForRowAtIndexPath方法相比,在layoutSubviews方法中设置单元子视图框架的优势是什么?,ios,uitableview,layoutsubviews,Ios,Uitableview,Layoutsubviews,我在想,如果在布局子视图中设置框架、坐标/大小,而UITableViewCell是子类化的,那么与在cellForRowAtIndexPath中创建单元格相比,在布局子视图中设置框架、坐标/大小有什么好处 正如我看到的,如果autoresizingmask正确地完成了设置视图帧大小和旋转的工作,那么cellforrowatinexpath应该足够使用了 和 单元格的工作是确定如何布局其子视图(因此方法是layoutSubviews),而不是tableView的数据源。如果单元需要信息,则数据源有
布局子视图
中设置框架、坐标/大小,而UITableViewCell
是子类化的,那么与在cellForRowAtIndexPath
中创建单元格相比,在布局子视图
中设置框架、坐标/大小有什么好处
正如我看到的,如果autoresizingmask
正确地完成了设置视图帧大小和旋转的工作,那么cellforrowatinexpath
应该足够使用了 和
单元格的工作是确定如何布局其子视图(因此方法是layoutSubviews
),而不是tableView的数据源。如果单元需要信息,则数据源有责任向单元提供该信息,但在此之后,单元应自行布局。我更喜欢这样:使用layoutSubviews
执行任何自动调整大小行为之外的其他手动更改