ios - 使用 UICollectionViewFlowLayout/UICollectionViewLayout 子类，不会在正确的时间调用 CellForItemAtIndexPath-6ren

ios - 使用 UICollectionViewFlowLayout/UICollectionViewLayout 子类，不会在正确的时间调用 CellForItemAtIndexPath

转载作者：行者123 更新时间：2023-12-02 15:32:10

这个问题不是重复的，尽管我在 stavkOverflow 上看到很多类似的问题。这是我的代码的情况:

CellForItemAtIndexPath - 如果我的 Collection View 位于 UIStackView 的外部，则会正确调用。仅当其位于 stackView 内部时才会出现问题
我已经从 UICollectionViewFlowLayout 正确地子类化了我的 flowLayout。
CollectionView 正确返回 numberOfSections 以及每个部分中的 NumberOfItems。每个部分的项目数为 42(6 行 x 7 列)

问题如下:您可以看到它将达到不调用 CellForItemAtIndexPath 方法的程度。那里不会有细胞。然后突然间，当您滚动到某个点时，它将立即被调用，导致单元格出现。

有人知道错误可能是什么吗？如果 UICollectionView 未放置在 UIStackView 中，则不会发生此错误。

[编辑]

好的。我已将问题范围缩小到 UICollectionViewFlowLayout 子类。其中有一小行代码将 collectionView 的布局更改为水平。这意味着， View 上的单元格通常呈现如下:

[1][4][7]
[2][5][8]
[3][6][9]

//But the code should render it like this
[1][2][3]
[4][5][6]
[7][8][9]

我有以下代码来执行此操作(取自 KDCalendar)。这段代码工作正常，但是一旦进入 stackView，它就会看起来像上面显示的内容。在 stackView 中更改单元格顺序的方法是否不同？以下是导致问题的代码(仅在stackView内部)

override  public func layoutAttributesForItemAtIndexPath(indexPath: NSIndexPath) -> UICollectionViewLayoutAttributes? {
    if let attrs = super.layoutAttributesForItemAtIndexPath(indexPath) {
        let attrscp = attrs.copy() as! UICollectionViewLayoutAttributes
        self.applyLayoutAttributes(attrscp)
        return attrscp
    }
    return nil
}

override public func layoutAttributesForElementsInRect(rect: CGRect) -> [UICollectionViewLayoutAttributes]? {
    return super.layoutAttributesForElementsInRect(rect)?.map {
        attrs in
        let attrscp = attrs.copy() as! UICollectionViewLayoutAttributes
        self.applyLayoutAttributes(attrscp)
        return attrscp
    }
}

func applyLayoutAttributes(attributes : UICollectionViewLayoutAttributes) {
    if attributes.representedElementKind != nil {return}
    if let collectionView = self.collectionView {
        let stride = (self.scrollDirection == .Horizontal) ? collectionView.frame.size.width : collectionView.frame.size.height
        let offset = CGFloat(attributes.indexPath.section) * stride
        var xCellOffset : CGFloat = CGFloat(attributes.indexPath.item % 7) * self.itemSize.width
        var yCellOffset : CGFloat = CGFloat(attributes.indexPath.item / 7) * self.itemSize.height
        if(self.scrollDirection == .Horizontal) {
            xCellOffset += offset;
        } else {
            yCellOffset += offset
        }
        attributes.frame = CGRectMake(xCellOffset, yCellOffset, self.itemSize.width, self.itemSize.height)
    }
}

所以我想基本上我的问题是，什么代码是通过子类化 UICollectionViewFlowLayout 水平渲染单元格的最快最有效的方法，如上所示？我的 collectionView 将始终有 7 列。行数只能是 1、2、3 或 6。

[编辑]

我已将问题缩小到以下函数:

func layoutAttributesForElementsInRect(rect: CGRect) -> [UICollectionViewLayoutAttributes]? {
    //Inside this function, I have put the following code to test it.
    print(super.layoutAttributesForElementsInRect(rect))
}

这是我得到的打印输出

[0] : index path: ( {length = 2, path = 0 - 0}); frame = (0 0; 59.1429 72.8333);

1 : index path: ( {length = 2, path = 0 - 1}); frame = (0 73; 59.1429 72.8333);

[2] : index path: ( {length = 2, path = 0 - 2}); frame = (0 145.667; 59.1429 72.8333);

[3] : index path: ( {length = 2, path = 0 - 3}); frame = (0 218.667; 59.1429 72.8333);

[4] : index path: ( {length = 2, path = 0 - 4}); frame = (0 291.333; 59.1429 72.8333);

[5] : index path: ( {length = 2, path = 0 - 5}); frame = (0 364.333; 59.1429 72.8333);

[6] : index path: ( {length = 2, path = 0 - 6}); frame = (59 0; 59.1429 72.8333);

[7] : index path: ( {length = 2, path = 0 - 7}); frame = (59 73; 59.1429 72.8333);

[8] : index path: ( {length = 2, path = 0 - 8}); frame = (59 145.667; 59.1429 72.8333);

[9] : index path: ( {length = 2, path = 0 - 9}); frame = (59 218.667; 59.1429 72.8333);

[10] : index path: ( {length = 2, path = 0 - 10}); frame = (59 291.333; 59.1429 72.8333);

[11] : index path: ( {length = 2, path = 0 - 11}); frame = (59 364.333; 59.1429 72.8333);

[12] : index path: ( {length = 2, path = 0 - 12}); frame = (118.333 0; 59.1429 72.8333);

[13] : index path: ( {length = 2, path = 0 - 13}); frame = (118.333 73; 59.1429 72.8333);

[14] : index path: ( {length = 2, path = 0 - 14}); frame = (118.333 145.667; 59.1429 72.8333);

[15] : index path: ( {length = 2, path = 0 - 15}); frame = (118.333 218.667; 59.1429 72.8333);

[16] : index path: ( {length = 2, path = 0 - 16}); frame = (118.333 291.333; 59.1429 72.8333);

[17] : index path: ( {length = 2, path = 0 - 17}); frame = (118.333 364.333; 59.1429 72.8333);

[18] : index path: ( {length = 2, path = 0 - 18}); frame = (177.333 0; 59.1429 72.8333);

[19] : index path: ( {length = 2, path = 0 - 19}); frame = (177.333 73; 59.1429 72.8333);

[20] : index path: ( {length = 2, path = 0 - 20}); frame = (177.333 145.667; 59.1429 72.8333);

[21] : index path: ( {length = 2, path = 0 - 21}); frame = (177.333 218.667; 59.1429 72.8333);

[22] : index path: ( {length = 2, path = 0 - 22}); frame = (177.333 291.333; 59.1429 72.8333);

[23] : index path: ( {length = 2, path = 0 - 23}); frame = (177.333 364.333; 59.1429 72.8333);

[24] : index path: ( {length = 2, path = 0 - 24}); frame = (236.667 0; 59.1429 72.8333);

[25] : index path: ( {length = 2, path = 0 - 25}); frame = (236.667 73; 59.1429 72.8333);

[26] : index path: ( {length = 2, path = 0 - 26}); frame = (236.667 145.667; 59.1429 72.8333);

[27] : index path: ( {length = 2, path = 0 - 27}); frame = (236.667 218.667; 59.1429 72.8333);

[28] : index path: ( {length = 2, path = 0 - 28}); frame = (236.667 291.333; 59.1429 72.8333);

[29] : index path: ( {length = 2, path = 0 - 29}); frame = (236.667 364.333; 59.1429 72.8333);

[30] : index path: ( {length = 2, path = 0 - 30}); frame = (295.667 0; 59.1429 72.8333);

[31] : index path: ( {length = 2, path = 0 - 31}); frame = (295.667 73; 59.1429 72.8333);

[32] : index path: ( {length = 2, path = 0 - 32}); frame = (295.667 145.667; 59.1429 72.8333);

[33] : index path: ( {length = 2, path = 0 - 33}); frame = (295.667 218.667; 59.1429 72.8333);

[34] : index path: ( {length = 2, path = 0 - 34}); frame = (295.667 291.333; 59.1429 72.8333);

[35] : index path: ( {length = 2, path = 0 - 35}); frame = (295.667 364.333; 59.1429 72.8333);

[36] : index path: ( {length = 2, path = 0 - 36}); frame = (355 0; 59.1429 72.8333);

[37] : index path: ( {length = 2, path = 0 - 37}); frame = (355 73; 59.1429 72.8333);

[38] : index path: ( {length = 2, path = 0 - 38}); frame = (355 145.667; 59.1429 72.8333);

[39] : index path: ( {length = 2, path = 0 - 39}); frame = (355 218.667; 59.1429 72.8333);

[40] : index path: ( {length = 2, path = 0 - 40}); frame = (355 291.333; 59.1429 72.8333);

[41] : index path: ( {length = 2, path = 0 - 41}); frame = (355 364.333; 59.1429 72.8333);

[42] : index path: ( {length = 2, path = 1 - 0}); frame = (414 0; 59.1429 72.8333);

[43] : index path: ( {length = 2, path = 1 - 1}); frame = (414 73; 59.1429 72.8333);

[44] : index path: ( {length = 2, path = 1 - 2}); frame = (414 145.667; 59.1429 72.8333);

[45] : index path: ( {length = 2, path = 1 - 3}); frame = (414 218.667; 59.1429 72.8333);

[46] : index path: ( {length = 2, path = 1 - 4}); frame = (414 291.333; 59.1429 72.8333);

[47] : index path: ( {length = 2, path = 1 - 5}); frame = (414 364.333; 59.1429 72.8333);

[48] : index path: ( {length = 2, path = 1 - 6}); frame = (473 0; 59.1429 72.8333);

[49] : index path: ( {length = 2, path = 1 - 7}); frame = (473 73; 59.1429 72.8333);

[50] : index path: ( {length = 2, path = 1 - 8}); frame = (473 145.667; 59.1429 72.8333);

[51] : index path: ( {length = 2, path = 1 - 9}); frame = (473 218.667; 59.1429 72.8333);

[52] : index path: ( {length = 2, path = 1 - 10}); frame = (473 291.333; 59.1429 72.8333);

[53] : index path: ( {length = 2, path = 1 - 11}); frame = (473 364.333; 59.1429 72.8333);

[54] : index path: ( {length = 2, path = 1 - 12}); frame = (532.333 0; 59.1429 72.8333);

[55] : index path: ( {length = 2, path = 1 - 13}); frame = (532.333 73; 59.1429 72.8333);

[56] : index path: ( {length = 2, path = 1 - 14}); frame = (532.333 145.667; 59.1429 72.8333);

[57] : index path: ( {length = 2, path = 1 - 15}); frame = (532.333 218.667; 59.1429 72.8333);

[58] : index path: ( {length = 2, path = 1 - 16}); frame = (532.333 291.333; 59.1429 72.8333);

[59] : index path: ( {length = 2, path = 1 - 17}); frame = (532.333 364.333; 59.1429 72.8333);

[60] : index path: ( {length = 2, path = 1 - 18}); frame = (591.333 0; 59.1429 72.8333);

[61] : index path: ( {length = 2, path = 1 - 19}); frame = (591.333 73; 59.1429 72.8333);

[62] : index path: ( {length = 2, path = 1 - 20}); frame = (591.333 145.667; 59.1429 72.8333);

[63] : index path: ( {length = 2, path = 1 - 21}); frame = (591.333 218.667; 59.1429 72.8333);

[64] : index path: ( {length = 2, path = 1 - 22}); frame = (591.333 291.333; 59.1429 72.8333);

[65] : index path: ( {length = 2, path = 1 - 23}); frame = (591.333 364.333; 59.1429 72.8333);

[66] : index path: ( {length = 2, path = 1 - 24}); frame = (650.667 0; 59.1429 72.8333);

[67] : index path: ( {length = 2, path = 1 - 25}); frame = (650.667 73; 59.1429 72.8333);

[68] : index path: ( {length = 2, path = 1 - 26}); frame = (650.667 145.667; 59.1429 72.8333);

[69] : index path: ( {length = 2, path = 1 - 27}); frame = (650.667 218.667; 59.1429 72.8333);

[70] : index path: ( {length = 2, path = 1 - 28}); frame = (650.667 291.333; 59.1429 72.8333);

[71] : index path: ( {length = 2, path = 1 - 29}); frame = (650.667 364.333; 59.1429 72.8333);

[72] : index path: ( {length = 2, path = 1 - 30}); frame = (709.667 0; 59.1429 72.8333);

[73] : index path: ( {length = 2, path = 1 - 31}); frame = (709.667 73; 59.1429 72.8333);

[74] : index path: ( {length = 2, path = 1 - 32}); frame = (709.667 145.667; 59.1429 72.8333);

[75] : index path: ( {length = 2, path = 1 - 33}); frame = (709.667 218.667; 59.1429 72.8333);

[76] : index path: ( {length = 2, path = 1 - 34}); frame = (709.667 291.333; 59.1429 72.8333);

[77] : index path: ( {length = 2, path = 1 - 35}); frame = (709.667 364.333; 59.1429 72.8333);

我可以看到该函数正在询问第 0 部分的索引路径:0-0 到 0-41，这是正确的。但是，它只要求其他部分的索引路径 1-0 到 1-35。它缺少其他 6 个索引路径。当用户将缺失的单元格滚动到 View 中时，它仅显示其他 6 个路径。它不返回所有索引是否有原因？这是否是检测直肠细胞的正确方法？

最佳答案

您的 JTAppleCalendarFlowLayout 存在根本性缺陷。

UICollectionView 在内部依赖 layoutAttributesForElementsInRect() 来了解要从 layoutAttributesForItemAtIndexPath 请求哪些单元格。 由于您将矩形传递给 super 而不进行修改，因此它无法正确理解哪些单元格应该可见。

为了更好地演示该问题，我制作了保持同步的 Collection View 的第二个副本，但禁用了底部的 applyLayoutAttributes 修改。我还对出现得太晚的单元格进行了着色。

您必须了解的部分是，在顶部 collectionView 中“太晚”出现的单元格在原始/未修改的布局中尚不可见。 Collection View 仅在认为很快需要它们时才添加它们。它没有意识到您实际上已经使它们可见。

那么......你应该如何解决它？

由于您的布局非常简单，我建议您不要使用UICollectionViewFlowLayout，因为它不是为以这种方式处理“页面”而设计的。只需子类化 UICollectionViewLayout，并使用自定义计算自行实现layoutAttributesForElementsInRect 和layoutAttributesForItemAtIndexPath 即可。

或者，如果您确实决定使用 UICollectionViewFlowLayout，则需要修改传递给 super 的矩形，以便在原始布局下，该矩形将包含在修改后的布局下可见的所有单元格。

关于ios - 使用 UICollectionViewFlowLayout/UICollectionViewLayout 子类，不会在正确的时间调用 CellForItemAtIndexPath，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/36412116/

文章推荐： extjs - 在打开的文件夹上动态加载树的子节点

文章推荐： javascript - Chrome 扩展 "contextMenus.create"标题属性验证器？

文章推荐： javascript - QtWebEngine:打印由javascript调用的网页

文章推荐： r - 如何在 r 中用高尔距离对变量进行加权

QTCreator 的集成表单编辑器不会加载自定义小部件插件(Designer 会)
尝试使用集成到 QTCreator 的表单编辑器，但即使我将插件放入 QtCreator.app/Contents/MacOS/designer 也不会显示。不过，相同的 dylib 文件确实适用于独
java - 会 this.method2();跳过返回值？
在此代码示例中。 “this.method2();”之后会读到什么？在返回returnedValue之前会跳转到method2()吗？ public int method1(int returnedV
java - Gradle 不会解析依赖关系(Maven 会)
我的项目有通过gradle配置的依赖项。我想添加以下依赖项: compile group: 'org.restlet.jse', name: 'org.restlet.ext.apispark', v
polymer - polymer 会 build 更多现成可用的组件吗？
我将把我们基于 Windows 的客户管理软件移植到基于 Web 的软件。我发现 polymer 可能是一种选择。但是，对于我们的使用，我们找不到 polymer 组件具有表格 View 、下拉菜单
java - 从项目文件夹中读取文件，eclipse 会，但终端不会
我的项目文件夹 Project 中有一个文件夹，比如 ED 文件夹，当我在 Eclipse 中指定在哪里查找我写入的文件时 File file = new File("ED/text.txt"); e
javascript - jQuery 动画背景位置不会改变但 css 会
这是奇怪的事情，这个有效: $('#box').css({"backgroundPosition": "0px 250px"}); 但这不起作用，它只是不改变位置: $('#box').animate
javascript - 为什么按位运算符 OR 会 chop 此示例中的值？
这个问题在这里已经有了答案: Why does OR 0 round numbers in Javascript? (3 个答案) 关闭 5 年前。 Mozilla JavaScript Guide
c - strcmpi 代码不会编译但 strcmp 会？
这个问题在这里已经有了答案: Is the function strcmpi in the C standard libary of ISO? (3 个答案) 关闭 8 年前。我有一个问题，为什么
mysql - MySQL 会/是否支持 DATETIMEOFFSET？
我目前使用的是共享主机方案，我不确定它使用的是哪个版本的 MySQL，但它似乎不支持 DATETIMEOFFSET 类型。是否存在支持 DATETIMEOFFSET 的 MySQL 版本？或者有计划
java - CDI 会(或应该)提供包限定符吗？
研究 Seam 3，我发现 Seam Solder 允许将 @Named 注释应用于包 - 在这种情况下，该包中的所有 bean 都将自动命名，就好像它们符合条件一样@Named 他们自己。我没有看到
arrays - `removeLast` 会 swift 减少数组的容量吗？
我知道 .append 偶尔会增加数组的容量并形成数组的新副本，但 .removeLast 会逆转这种情况并减少容量通过复制到一个新的更小的数组来改变数组？最佳答案否(或者至少如果是，则它是一个错
ruby - Ruby 会*快*吗？
很难说出这里要问什么。这个问题模棱两可、含糊不清、不完整、过于宽泛或夸夸其谈，无法以目前的形式得到合理的回答。如需帮助澄清此问题以便重新打开，visit the help center . 关闭 1
c++ - noexcept 会 boost 性能吗？
noexcept 函数说明符是否旨在 boost 性能，因为生成的对象中可能没有记录异常的代码，因此应尽可能将其添加到函数声明和定义中？我首先想到了可调用对象的包装器，其中 noexcept 可能会产
Angularjs Promise.all 不会更新范围，而 $q.all 会
我正在使用 Angularjs 1.3.7，刚刚发现 Promise.all 在成功响应后不会更新 angularjs View ，而 $q.all 会。由于 Promises 包含在 native
javascript - 为什么移动 0 会 chop 小数？
我最近发现了这段JavaScript代码: Math.random() * 0x1000000 10.12345 10.12345 >> 0 10 > 10.12345 >>> 0 10 我使用
haskell - 为什么 Haskell 会(显然)不一致地推断出特定类型？
我正在编写一个玩具(物理)矢量库，并且遇到了 GHC 坚持认为函数应该具有 Integer 的问题。是他们的类型。我希望向量乘以向量以及标量(仅使用 * )，虽然这可以通过仅使用 Vector 来实现
email - Swiftmailer 不会发送邮件，但是 mail() 会
PHP 的 mail() 函数发送邮件正常，但 Swiftmailer 的 Swift_MailTransport 不起作用! 这有效: mail('user@example.com', 'test
PHP 脚本不会转储 SQL 但 phpMyAdmin 会
我尝试通过 php 脚本转储我的数据，但没有命令行。所以我用 this script 创建了我的 .sql 文件然后我尝试使用我的脚本: $link = mysql_connect($host, $u
python sqlite3 不会执行连接，但单独的 sqlite3 会
使用 python 2.6.4 中的 sqlite3 标准库，以下查询在 sqlite3 命令行上运行良好: select segmentid, node_t, start, number,title
javascript - 为什么移动 0 会 chop 小数？
我最近发现了这段JavaScript代码: Math.random() * 0x1000000 10.12345 10.12345 >> 0 10 > 10.12345 >>> 0 10 我使用

行者123

个人简介

我是一名优秀的程序员,十分优秀！

作者热门文章

滴滴打车优惠券免费领取

全站热门文章

首页

博学

6Ren·AI

商城

ios - 使用 UICollectionViewFlowLayout/UICollectionViewLayout 子类，不会在正确的时间调用 CellForItemAtIndexPath

那么......你应该如何解决它？