游戏规则观察:滚动列表里的部分可见行(练习09)
列表顶部或底部露出半行时,它仍然属于可见内容。根据滚动位置和窗口高度判断每行是否有正长度的交集,比简单四舍五入页数更可靠。
以下是为了练习规则阅读而设计的独立场景。所有输入在这里完整列出,可以先自己记录结果,再对照后面的计算。它不声称对应某款现成游戏;如果实际说明中的边界或处理顺序不同,应以该说明重新演算。
条件与输入
每行高度相同,行之间没有空隙;顶部位置会限制在合法滚动范围。刚好贴着窗口边缘、没有任何面积露出的行不算可见,缓冲行只预备显示,不等同于已看见。
把滚动限制在零到内容高度减窗口高度;可见首行向下取整,末端向上取整但不超过总行数;缓冲随后扩展。
总15行,每行26像素,窗口82像素,两端各缓冲2行 请求滚动位置[0, -26, 308, 334, 195, 337, 55, 160, 66, 96],行索引从零开始
逐项复盘
请求滚动0像素,限制后0;可见行索引[0, 1, 2, 3],带缓冲的准备行[0, 1, 2, 3, 4, 5]。
请求滚动-26像素,限制后0;可见行索引[0, 1, 2, 3],带缓冲的准备行[0, 1, 2, 3, 4, 5]。
请求滚动308像素,限制后308;可见行索引[11, 12, 13, 14],带缓冲的准备行[9, 10, 11, 12, 13, 14]。
请求滚动334像素,限制后308;可见行索引[11, 12, 13, 14],带缓冲的准备行[9, 10, 11, 12, 13, 14]。
请求滚动195像素,限制后195;可见行索引[7, 8, 9, 10],带缓冲的准备行[5, 6, 7, 8, 9, 10, 11, 12]。
请求滚动337像素,限制后308;可见行索引[11, 12, 13, 14],带缓冲的准备行[9, 10, 11, 12, 13, 14]。
请求滚动55像素,限制后55;可见行索引[2, 3, 4, 5],带缓冲的准备行[0, 1, 2, 3, 4, 5, 6, 7]。
请求滚动160像素,限制后160;可见行索引[6, 7, 8, 9],带缓冲的准备行[4, 5, 6, 7, 8, 9, 10, 11]。
请求滚动66像素,限制后66;可见行索引[2, 3, 4, 5],带缓冲的准备行[0, 1, 2, 3, 4, 5, 6, 7]。
请求滚动96像素,限制后96;可见行索引[3, 4, 5, 6],带缓冲的准备行[1, 2, 3, 4, 5, 6, 7, 8]。
最大合法滚动为308像素;最后一次可见行[3, 4, 5, 6]。
如何自行核对
把第几行对应的纵向区间与窗口区间相交,有正长度才加入可见集合。缓冲范围随后向两侧扩展固定行数,并限制在现有列表内,不能出现负编号或超过总数的行。
如果各行高度不同,就必须使用累计高度定位,不能继续用一个固定行高整除。还要区分预备的数据与真正进入屏幕的内容,二者适合不同的统计目的。
练习时保留原输入,只改一处条件,再观察哪些结果发生变化。若结果与预期不同,先查编号起点、边界是否包含以及前一步留下的状态。这样的记录能把“感觉不对”变成可复现的问题,也更方便向同伴说明自己的判断依据。