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
执行任何自动调整大小行为之外的其他手动更改