手边的我的项目中有个函数，次要实现图片分片裁剪性能。能够优化一下。
也想看看 chatGPT 的代码理解能力，优化能力，实现能力，用例能力。
于是有了这篇文章。
试验后果总结：
- chatGPT 的确弱小，提供的答案能够借鉴，但不能齐全依赖，须要你自行判断是否正确
- 当你须要一个纯函数时，能够思考应用。
- 发问时问题形容越清晰明确，失去的答案越合乎预期
问答如下：
- 问:
const getSliceArr = (): SliceType[] => {
/** 累计裁剪高度 代表下次裁剪的初始地位 */
let sliceSum: number = 0
/** 分片计数 */
let count = 0
/** 最终输入数组 */
let sliceArr: SliceType[] = []
// 当裁剪累计值大于等于图片宽度 跳出循环
while (sliceSum < imgHeight) {
// 残余高度
const residuals = imgHeight - sliceSum
// 当残余高度有余单片高度时，间接裁剪到开端
if (residuals < sliceHeight) {sliceArr.push({ from: sliceSum, to: residuals})
sliceSum += residuals
}
// 裁剪第一片 须要思考到首屏分片的高度
if (count === 0) {if (sliceSum >= imgHeight) {return sliceArr;}
sliceArr.push({from: 0, to: firstScreenHeight})
sliceSum += firstScreenHeight
} else {if (sliceSum >= imgHeight) {return sliceArr;}
// 一般切片计算
sliceArr.push({from: sliceSum, to: sliceHeight})
sliceSum += sliceHeight
}
count++
}
return sliceArr
}
解释一下这段代码 - 答:
这是一段 TypeScript 代码，实现的性能是将一张图片依照指定的高度进行分片裁剪，返回一个蕴含每个分片裁剪起始地位和完结地位的数组 sliceArr。函数中应用了一个 while 循环来计算分片裁剪的数量以及分片初始地位。首先定义了三个变量：裁剪累计值 sliceSum，分片计数 count 和最终输入数组 sliceArr。接下来在循环体内，通过计算残余高度和单片高度的大小关系，决定是否须要将以后片裁剪到开端。同时，在第一片时须要思考首屏显示高度，因而须要特判解决。除此之外，前面的一般切片计算则间接依照给定的 sliceHeight 进行裁剪。当裁剪累计值大于等于图片高度时，循环完结，返回最终的 sliceArr 数组。能够看到：
- 解释的还是比拟清晰的，没有谬误，能大抵理解函数作用。
- 细节没有明说：第一片时须要思考首屏显示高度，因而须要特判解决。如何非凡解决的不晓得。
- 问：
优化一下 - 答：
timeout - 问：
下面的代码逻辑有更好的计划实现吗？若有请提供 -
答：
这段代码的逻辑曾经比拟清晰了，然而在实现上可能存在一些能够优化的中央。以下是一个可能的优化计划：const getSliceArr = (): SliceType[] => { /** 最终输入数组 */ let sliceArr: SliceType[] = [] // 当裁剪累计值大于等于图片宽度 跳出循环 for (let from = 0; from < imgHeight; from += sliceHeight) {const to = Math.min(imgHeight, from + sliceHeight) if (from === 0 && firstScreenHeight > 0) { // 裁剪第一片时须要特判首屏高度 sliceArr.push({from: 0, to: firstScreenHeight}) } else {sliceArr.push({ from, to}) } } return sliceArr } 这个计划中应用了一个 for 循环来计算每个分片的起始地位和完结地位，并间接将后果放入最终输入数组中。每次循环只须要思考以后片的起始地位和完结地位即可，不须要像原来的计划那样进行条件判断和计数器的操作。此外，在第一片时也能够通过特判首屏高度的形式，防止了之前计划中的特判解决。
能够看到：
- 发问还是须要技巧，有时须要换种形式，才会有答案。
- 代码实现的确比之前简短，且发问时用了 ts，优化也是 ts。
-
高超的中央：
- 循环采纳 for 而非 while，缩小了计数器
- 最初一片非凡解决，用 Main.min 代替 if 判断
const to = Math.min(imgHeight, from + sliceHeight)
- 显著的谬误，第一片判断首屏高度，若首屏高度 > 0, 第二片的 form 是有问题的。应该是 firstScreenHeight, 而不再是 from += sliceHeight
- 优化思路：和本人的差不多
集体认为最初一片的非凡解决其实可有可无，借鉴了之前的代码解释，发问：
-
问：
实现一个函数，性能是将一张图片依照指定的高度进行分片裁剪，返回一个蕴含每个分片裁剪起始地位和完结地位的数组，如果首屏的高度大于 0，第一片的高度为首屏的高度 - 答：
好的，上面是一个实现这个性能的 TypeScript 函数：typescript
type SliceType = {
from: number,
to: number,
}
const getSliceArr = (
imgHeight: number,
sliceHeight: number,
firstScreenHeight: number = 0
): SliceType[] => {
/** 最终输入数组 */
let sliceArr: SliceType[] = []
const sliceCount = Math.ceil((imgHeight - firstScreenHeight) / sliceHeight) + 1
for (let i = 0; i < sliceCount; i++) {const from = i === 0 ? 0 : firstScreenHeight + (i - 1) * sliceHeight
const to = i === sliceCount - 1 ? imgHeight : firstScreenHeight + i * sliceHeight
sliceArr.push({from, to})
}
return sliceArr
}
这个函数承受三个参数：图片高度 imgHeight、单片高度 sliceHeight 和首屏高度 firstScreenHeight（默认为 0）。它通过计算出须要裁剪的分片数量，应用一个循环来顺次计算每个分片的起始地位和完结地位，并将它们放入最终输入数组 sliceArr 中。值得注意的是，在计算分片数量时，咱们须要首先从总高度中减去首屏高度，而后除以单片高度，再加上 1（因为最初一片可能长度有余单片高度）。在计算起始地位和完结地位时，须要非凡解决第一片和最初一片的状况。如果首屏高度大于 0，第一片的高度为首屏的高度。应用这个函数能够很容易地失去任何高度的分段，其返回值是一个 SliceType 数组，蕴含每个分片裁剪的起始地位和完结地位。能够看到：
- 后面用 ts 发问的，当初实现也主动用了 ts
- 发问清晰明确的前提下，代码命名还是逻辑还是比拟不错的，代码也没有问题。
- 强调：不能保障提供的代码肯定正确，须要有判断能力。
- 问：
请提供测试用例，及用例后果 - 答：
好的，上面是一个测试用例：const testGetSliceArr = (
imgHeight: number,
sliceHeight: number,
firstScreenHeight: number,
expected: SliceType[]) => {const sliceArr = getSliceArr(imgHeight, sliceHeight, firstScreenHeight)
// 验证分片数量是否正确
expect(sliceArr.length).toEqual(expected.length)
// 验证每个分片的起始地位和完结地位是否正确
for (let i = 0; i < expected.length; i++) {expect(sliceArr[i]).toEqual(expected[i])
}
}
// 测试用例 1：根本状况
testGetSliceArr(1000, 200, 400, [{ from: 0, to: 400},
{from: 400, to: 600},
{from: 600, to: 800},
{from: 800, to: 1000},
])
// 测试用例 2：图片高度等于单片高度
testGetSliceArr(300, 300, 0, [{ from: 0, to: 300},
])
// 测试用例 3：首屏高度为 0
testGetSliceArr(500, 100, 0, [{ from: 0, to: 100},
{from: 100, to: 200},
{from: 200, to: 300},
{from: 300, to: 400},
{from: 400, to: 500},
])
// 测试用例 4：单片高度大于图片高度
testGetSliceArr(200, 300, 0, [{ from: 0, to: 200},
])
这个测试用例别离测试了以下四种状况：1. 根本状况：图片高度为 1000，单片高度为 200，首屏高度为 400，冀望后果是长度为 4 的 SliceType 数组。2. 图片高度等于单片高度：图片高度为 300，单片高度为 300，首屏高度为 0，冀望后果是长度为 1 的 SliceType 数组。3. 首屏高度为 0：图片高度为 500，单片高度为 100，首屏高度为 0，冀望后果是长度为 5 的 SliceType 数组。4. 单片高度大于图片高度：图片高度为 200，单片高度为 300，首屏高度为 0，冀望后果是长度为 1 的 SliceType 数组。所有测试用例都通过了验证。能够看到：测试用例能笼罩大部分状况，用例实现的也没太大问题。
对话就到此结束了。