Ios 分组表中的UITableViewCell宽度错误
我正在为分组表创建一些自定义单元格。 单元格有动态高度，我计算RowAtIndexPath的内部高度 调用heightForRowAtIndexPath时，单元格的contentView框架为{0，0，287，44}。它有一个公开按钮，我在其中根据contentView的宽度计算高度 但当单元格被添加到表中时，它的contentView将被更改为{10,1267,53}，而不需要重新调用HeightForRowatineXpath，这将完全改变我的布局，并导致文本溢出Ios 分组表中的UITableViewCell宽度错误,ios,dynamic,uitableview,heightforrowatindexpath,Ios,Dynamic,Uitableview,Heightforrowatindexpath,我正在为分组表创建一些自定义单元格。 单元格有动态高度，我计算RowAtIndexPath的内部高度 调用heightForRowAtIndexPath时，单元格的contentView框架为{0，0，287，44}。它有一个公开按钮，我在其中根据contentView的宽度计算高度 但当单元格被添加到表中时，它的contentView将被更改为{10,1267,53}，而不需要重新调用HeightForRowatineXpath，这将完全改变我的布局，并导致文本溢出 如何确定分组表的conte
如何确定分组表的contentView的正确宽度？我唯一的想法是对值进行硬编码，但我更喜欢动态计算所有内容。我也很难依赖内容视图的大小。正如你所观察到的，它是不一致的，并且随着时间的推移而变化。我已经结束了硬编码的事情，正如你提到的，这是一个丑陋的解决方案，但我变得太沮丧，试图让任何其他工作。我只是确保将我的硬编码值封装在一个例程中，以防将来我需要重新访问它。这看起来可能会在新的操作系统版本中出现问题。这也是我所做的，但如果可能的话，我仍然更喜欢优雅的解决方案。现在，我计算文本时假设单元格宽度是310，而不是普通表格中的320