示例工程【免费下载链接】type-challengesCollection of TypeScript type challenges with online judge项目地址https://gitcode.com/GitHub_Trending/ty/type-challenges点击查看免费下载本篇技术指南以 type-challenges 仓库中第 15 号中等难度题目questions/00015-medium-last/为核心系统讲解如何实现一个接收数组/元组类型T、返回其最后一个元素的泛型LastT。你将掌握条件类型、infer推断、TypeScript 4.0 变长元组类型variadic tuple types的组合用法理解空数组边界如何处理并通过仓库内的模板与测试用例完成本地验证。挑战速览题目背景与运行环境本题目录位于 questions/00015-medium-last/元数据文件 info.yml 记录了题目的关键信息标题Last of Array作者Anthony Fuantfu标签#array难度medium中等关联题目14First of Array、16Pop题目原文韩文版见 README.ko.md英文版见 README.md另有 简体中文版给出的要求非常明确实现一个接收数组T并返回其最后一个元素的泛型LastT。同时题目明确建议本挑战使用 TypeScript 4.0。这是因为 4.0 引入了变长元组类型variadic tuple types正是本题最简洁解法的基石。此外根据仓库根目录 README.md 的说明所有挑战均需在strict模式下通过Challenges work in the strict mode。题目给出的起始模板位于 template.ts初始状态只有一个占位实现type LastT extends any[] any而期望的行为以题目示例为参考type arr1 [a, b, c] type arr2 [3, 2, 1] type tail1 Lastarr1 // expected to be c type tail2 Lastarr2 // expected to be 1测试用例逐条解析题目是否通过完全由测试文件 test-cases.ts 中的类型级断言决定。该文件从type-challenges/utils导入Equal与Expect两个工具类型定义了 4 条用例import type { Equal, Expect } from type-challenges/utils type cases [ ExpectEqualLast[], never, ExpectEqualLast[2], 2, ExpectEqualLast[3, 2, 1], 1, ExpectEqualLast[() 123, { a: string }], { a: string }, ]逐条解读如下用例输入元组期望结果考察点1[]never空数组没有最后一个元素应安全地回退为never2[2]2单元素元组首元素即末元素3[3, 2, 1]1常规多元素元组的尾部提取4[() 123, { a: string }]{ a: string }元素为函数类型与对象类型时同样适用这里的Equal与Expect定义在 utils/index.d.ts 中。ExpectT extends true通过约束要求传入的必须是字面量true否则触发类型错误EqualX, Y则借助条件类型函数签名对比这一技巧实现严格的类型相等判断X extends Y且Y extends X的双向可赋值性对部分场景不够严格而Equal能区分更多细节差异。因此这 4 条用例共同约束了Last的精确返回类型而不是可赋值即可的宽松校验。值得注意的一个细节是测试用例 1 明确要求Last[]返回never这意味着你的实现必须处理空元组分支不能对空元组直接报错或返回any。三种主流解题方案方案一条件类型 infer 变长元组最直观推荐type LastT extends any[] T extends [...infer Rest, infer L] ? L : never这是本题公认最简洁的解法也是 TypeScript 4.0 推荐用在本挑战的直接原因T extends any[]约束输入必须是数组或元组类型保证后续模式匹配合法[...infer Rest, infer L]是变长元组类型的典型用法在元组末尾占位一个待推断的L剩余部分整体捕获为Rest当T是空元组[]时无法匹配[...infer Rest, infer L]的形态末尾必须至少有一个元素条件类型走false分支返回never恰好满足用例 1。这种写法的语义与题目返回最后一个元素一一对应L就是最后一个元素直接作为结果返回。方案二利用length与索引访问无递归、无 infertype LastT extends any[] [never, ...T][T[length]]思路是利用前插一个占位元素把末元素的下标整体后移一位对于T [3, 2, 1]T[length]是字面量3[never, ...T]得到[never, 3, 2, 1]其中索引3恰好指向原元组的最后一个元素1对于T [][never, ...T]是[never]T[length]为0取[never][0]得到never。这个方案巧妙绕开了元组索引最大为length - 1、而类型层无法做减法运算的问题用前插never的方式把索引换算成length。它的局限在于当T不是元组而是普通数组类型如number[]时T[length]是number而非字面量此时结果会退化为[never, ...T][number]这种联合/泛化形式无法精确表达最后一个元素。因此该方案更适合输入确定为元组的场景。方案三递归剥离首元素type LastT extends any[] T extends [infer Head, ...infer Tail] ? Tail extends [] ? Head : LastTail : never这是从头到尾的递归思路每次匹配出首元素Head与剩余元组Tail若Tail已为空说明Head就是最后一个元素否则对Tail递归调用自身。空元组同样在首层匹配失败回退never。与方案一相比方案三更接近函数式编程的逐层递推适合作为理解递归类型如何逐步吃掉元组的练习也方便读者把它推广到Pop、Shift、Reverse等后续题目。不过对于本题而言方案一的代码量和可读性都更优。关于T[number]的误区初学者容易想到用T[number]取数组的元素类型但这不能解决本题T[number]对元组[3, 2, 1]求值得到的是所有元素组成的联合类型3 | 2 | 1而非最后一个元素。它丢失了元组的位置信息只有[...infer Rest, infer L]、T[length]这类保留形状的操作才能定位到尾部。边界情况与扩展思考空数组必须返回never这是测试用例 1 的硬性要求。三种方案均通过条件类型的false分支天然满足了这一点无需额外判断。处理readonly元组如果将来遇到readonly [a, b]这类只读元组方案一中的T extends any[]约束会匹配失败readonly元组不能赋值给any[]。此时可以放宽约束为readonly any[]type LastT extends readonly any[] T extends readonly [...infer Rest, infer L] ? L : never从当前测试用例看test-cases.ts并未覆盖readonly场景但这属于从实现结构可以推断出的自然延伸在编写自己的工具类型时值得注意。与前置题目 First of Array 的对比本题与前一题 00014-easy-first难度 easy互为镜像。对比两个模板即可看出差异00014-easy-first/template.ts 的起始模板是type FirstT extends any[] any目标是提取首元素本题的目标是提取末元素。FirstT的经典解法是T extends [infer F, ...infer Rest] ? F : never即从元组头部捕获而LastT则是从元组尾部捕获[...infer Rest, infer L]。两者的区别恰好体现了变长元组类型中infer占位位置决定提取方向这一核心思想。此外00014-easy-first/test-cases.ts 中同样包含First[]返回never的用例说明空数组边界返回never是这一系列题目的统一约定。下一站Pop题目元数据还关联了 00016-medium-pop难度 medium。它的模板为type PopT extends any[] any要求返回移除最后一个元素后的元组。掌握了[...infer Rest, infer L]之后Pop的答案几乎呼之欲出——直接返回Rest即可。这也印证了本挑战在 array 主题下由易到难、循序渐进的设计思路Firsteasy→Lastmedium→Popmedium。如何上手练习与本地验证在线练习可直接在 TypeScript Playground 中体验。若希望在本地仓库环境验证type-challenges 采用 pnpm workspace 管理每个题目目录下均包含template.ts待填充的实现与test-cases.ts类型断言。test-cases.ts通过type-challenges/utils定义见 utils/index.d.ts工具包说明见 utils/README.md提供的Expect/Equal完成编译期校验当你的LastT实现与用例期望不一致时ExpectEqual...会因为无法满足T extends true约束而在类型检查阶段直接报错。你可以这样推进练习打开 template.ts把 any替换为上述任一实现对照 test-cases.ts 中的 4 条用例逐个验证用题目示例中的arr1/arr2自行补充断言确认Last[a, b, c]精确等于c、Last[3, 2, 1]精确等于1完成后可继续挑战 00016-medium-pop检验对变长元组infer模式的理解是否牢固。小结第 15 题LastT是理解 TypeScript 类型系统模式匹配能力的关键一题。通过它你可以掌握三件事条件类型 infer的推断机制、TypeScript 4.0 变长元组类型的占位匹配以及空数组边界统一返回never的约定。推荐优先掌握方案一T extends [...infer Rest, infer L] ? L : never它与前置题目FirstT的[infer F, ...infer Rest]形成对仗是后续大量数组类工具类型Pop、Shift、Reverse、LastIndexOf等的公共基础。赞分享示例工程【免费下载链接】type-challengesCollection of TypeScript type challenges with online judge项目地址https://gitcode.com/GitHub_Trending/ty/type-challenges点击查看免费下载相关推荐TypeScript 类型挑战 15用 type-challenges 实现 LastT 提取数组最后一个元素TypeScript 类型挑战 15用 type challenges 实现 LastT 提取数组最后一个元素 本篇围绕 type challenges 仓示例工程type-challenges 第 15 题「最后一个元素 Last of Array」用类型体操实现数组尾元素提取type challenges 第 15 题「最后一个元素 Last of Array」用类型体操实现数组尾元素提取 type challenges 是一个带示例工程TypeScript 类型挑战 15实现 LastT 泛型提取数组最后一个元素类型TypeScript 类型挑战 15实现 LastT 泛型提取数组最后一个元素类型 导读 LastT 是 type challenges 题库中的第 1示例工程上一篇5分钟配好LunaTV播放源配置订阅从零上手下一篇loop-engineering 循环预算跟踪实战用 loop-budget.md 把 Token 消耗装进笼子创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考