Objective c 获取UITableView页眉/页脚

好的，我有一个问题，需要访问UITableView中显示的页眉/页脚。此外，我需要从UITableView的子类执行此操作，因此我不能简单地从UITableView委托将标记分配给视图。UITableView确实保留了一个可见页眉和页脚的数组，但它甚至不提供对这些数组的访问，即使是子类，我个人认为这是愚蠢的

我需要这个，这样我就可以提供一个自定义拖放插入/移动用户界面。我试图让它几乎完全像苹果自己的重新排列界面一样工作，但当然，我自己的自定义实现就像从另一个表拖动一样。除了页眉/页脚之外，其他一切都很完美

目前，我正试图通过迭代UITableView的所有子视图来破解它。我很确定UITableView的唯一子视图是：backgroundView、UITableViewCells和页眉/页脚。所以我只需要确定哪些是UITableViewCells非常容易，哪些是背景视图也很容易，哪些是页眉/页脚不那么容易。我很确定我可以这样做，但这肯定是一个黑客，我宁愿找到一个更好的方法，如果可能的话

更新

---

我正在重写-void setDelegate:iddelegate方法，并检查委托是否响应相应的选择器以生成页眉/页脚并适当地设置BOOL。这使得确定一个特定的子视图变得更加容易，因为页眉->单元格->页脚的进度是可预测的。

你说你不能使用UITababyVIEW委托方法，但是你考虑让UITababVIEW子类对象是它自己的委托吗？在名为realdegate的子类上创建一个单独的属性，并将任何其他委托调用传递给该子类。

这是一个有趣的想法。我看到的唯一问题是，我不确定UITableView是否会根据其委托的响应改变其行为。如果我将子类实现为它自己的委托，那么我必须对所有事情做出响应，即使它的委托可能不是。可能有一些方法可以实现这一点，因此，如果我目前的方法不起作用，那么下一步就是你的方法好的，你的解决方案奏效了。没有太多的麻烦与代表，我肯定需要明确访问所有的页眉/页脚，使其正常工作。谢谢不要忘记[self.delegate respondstoSelector:]是否决定是否传递给真正的委托人哦，是的，当然。我在我的应用程序中的几个地方使用了委托模式，因此我对该方法非常熟悉。到目前为止，代码比我预期的要复杂得多，特别是当我跨越部分边界时。猜测哪些视图是页眉/页脚会使这一切变得不可能。再次感谢你！