我见过的所有示例都使用补充View作为页眉或页脚。我需要在流程布局中的每个单元格上方和/或下方添加一个标签。起初我认为我所要做的就是注册一个类型的补充View类然后实现collectionViewForSupplementaryElementOfKindAtIndexPath我就可以开始了，但是开箱即用的FlowLayout似乎只支持页眉和页脚。Apple文档似乎暗示任何更多的东西都需要FlowLayout的子类化努力。由于我不想返工apple为流式布局所做的工作，并且由于我的单元格大小不同，我想扩展流式布局以支持每个单元格的支持View。我想我应该能够通过子类化UICollectio

我正在为UICollectionView编写自定义流布局。我可以看到并滚动单元格。问题是我无法显示节标题的补充View。所以，-(UICollectionViewLayoutAttributes*)layoutAttributesForSupplementaryViewOfKind:(NSString*)kindatIndexPath:(NSIndexPath*)indexPath永远不会被调用。在数据源中这个方法:-(UICollectionReusableView*)collectionView:(UICollectionView*)collectionViewviewForSup

我正在构建自定义布局CollectionView。我的收藏中每件商品有2个补充View。当我想删除一个项目时，我的layoutAttributesForSupplementaryViewOfKind:atIndexPath:实现被调用，补充View不应再存在。这意味着我得到的索引路径没有正确映射到我的数据源，并且我遇到了越界问题。我做了一些日志记录，接下来的第一个实例是当我们从一些数据开始，或者每当我们将一个项目插入CollectionView时，CollectionView计算的正确和合乎逻辑的方式。第二组日志是当我deleteItemsAtIndexPaths:从我的数据源中删除一

我正在构建自定义布局CollectionView。我的收藏中每件商品有2个补充View。当我想删除一个项目时，我的layoutAttributesForSupplementaryViewOfKind:atIndexPath:实现被调用，补充View不应再存在。这意味着我得到的索引路径没有正确映射到我的数据源，并且我遇到了越界问题。我做了一些日志记录，接下来的第一个实例是当我们从一些数据开始，或者每当我们将一个项目插入CollectionView时，CollectionView计算的正确和合乎逻辑的方式。第二组日志是当我deleteItemsAtIndexPaths:从我的数据源中删除一