首页
/ Type Challenges 项目中的 Readonly 2 类型挑战解析

Type Challenges 项目中的 Readonly 2 类型挑战解析

2025-05-02 10:09:35作者:管翌锬

在 TypeScript 类型编程中,Readonly 是一个常用的工具类型,它能够将对象类型的所有属性转换为只读属性。Type Challenges 项目中的 Readonly 2 挑战则要求我们实现一个更灵活的版本,允许选择性地将部分属性设为只读。

挑战要求

Readonly 2 挑战要求我们实现一个泛型类型 MyReadonly2<T, K>,其中:

  • T 是要处理的对象类型
  • K 是要设为只读的属性键集合(可选参数,默认为所有属性)

这个类型需要返回一个新类型,其中指定的属性是只读的,其余属性保持原样。

解决方案分析

给出的解决方案巧妙地结合了映射类型和交叉类型:

type MyReadonly2<T, K extends keyof T = keyof T> = {
  readonly [P in K]: T[P];
} & {
  [P in Exclude<keyof T, K>]: T[P];
};

这个实现可以分为几个关键部分:

  1. 默认类型参数K extends keyof T = keyof T 表示如果没有提供 K 参数,则默认使用 T 的所有键。

  2. 只读部分{ readonly [P in K]: T[P] } 创建一个新类型,其中 K 指定的所有属性都被标记为 readonly。

  3. 非只读部分{ [P in Exclude<keyof T, K>]: T[P] } 使用 Exclude 工具类型获取不在 K 中的属性,并保持它们原来的可写性。

  4. 交叉类型:使用 & 将两部分合并,得到最终结果。

技术细节深入

映射类型的应用

映射类型是 TypeScript 中强大的特性,允许我们基于旧类型创建新类型。在这个解决方案中,我们两次使用了映射类型:

  • 第一次映射 K 中的属性,添加 readonly 修饰符
  • 第二次映射排除 K 后的剩余属性,保持原样

Exclude 工具类型

Exclude<keyof T, K> 是 TypeScript 内置的工具类型,它从第一个联合类型中排除可以赋值给第二个联合类型的类型。这里用于获取不在 K 中的属性键。

交叉类型的合并

TypeScript 的交叉类型 & 会将多个类型的属性合并。当属性冲突时(即同一个属性在两个类型中都有定义),TypeScript 会进行类型合并。在这个例子中,由于两个部分的属性键是互斥的,所以合并后每个属性只会来自其中一个部分。

实际应用场景

这种选择性只读的类型在实际开发中非常有用,例如:

  1. 配置对象:某些配置项需要在初始化后保持不变,而其他配置可能需要动态调整。

  2. 状态管理:在 Redux 或类似状态管理中,部分状态应该是只读的,而其他部分可以被修改。

  3. API 响应:某些字段由服务器设置后不应被客户端修改,而其他字段可能需要客户端处理。

扩展思考

这个解决方案展示了 TypeScript 类型系统的强大表达能力。通过组合基本类型操作,我们可以构建出复杂的类型工具。类似的模式还可以应用于:

  • 创建部分可选(Partial)或部分必需(Required)的类型
  • 实现条件性的类型转换
  • 构建更精细的属性修饰符控制

理解这种类型编程方式,能够帮助我们更好地设计类型安全的应用程序架构,特别是在大型项目中,精确的类型约束可以显著提高代码质量和开发效率。

登录后查看全文
热门项目推荐
相关项目推荐

项目优选

收起
openHiTLS-examplesopenHiTLS-examples
本仓将为广大高校开发者提供开源实践和创新开发平台,收集和展示openHiTLS示例代码及创新应用,欢迎大家投稿,让全世界看到您的精巧密码实现设计,也让更多人通过您的优秀成果,理解、喜爱上密码技术。
C
47
253
openHiTLSopenHiTLS
旨在打造算法先进、性能卓越、高效敏捷、安全可靠的密码套件,通过轻量级、可剪裁的软件技术架构满足各行业不同场景的多样化要求,让密码技术应用更简单,同时探索后量子等先进算法创新实践,构建密码前沿技术底座!
C
347
381
RuoYi-Vue3RuoYi-Vue3
🎉 (RuoYi)官方仓库 基于SpringBoot,Spring Security,JWT,Vue3 & Vite、Element Plus 的前后端分离权限管理系统
Vue
871
516
ohos_react_nativeohos_react_native
React Native鸿蒙化仓库
C++
179
263
openGauss-serveropenGauss-server
openGauss kernel ~ openGauss is an open source relational database management system
C++
131
184
kernelkernel
deepin linux kernel
C
22
5
nop-entropynop-entropy
Nop Platform 2.0是基于可逆计算理论实现的采用面向语言编程范式的新一代低代码开发平台,包含基于全新原理从零开始研发的GraphQL引擎、ORM引擎、工作流引擎、报表引擎、规则引擎、批处理引引擎等完整设计。nop-entropy是它的后端部分,采用java语言实现,可选择集成Spring框架或者Quarkus框架。中小企业可以免费商用
Java
7
0
Cangjie-ExamplesCangjie-Examples
本仓将收集和展示高质量的仓颉示例代码,欢迎大家投稿,让全世界看到您的妙趣设计,也让更多人通过您的编码理解和喜爱仓颉语言。
Cangjie
335
1.09 K
harmony-utilsharmony-utils
harmony-utils 一款功能丰富且极易上手的HarmonyOS工具库,借助众多实用工具类,致力于助力开发者迅速构建鸿蒙应用。其封装的工具涵盖了APP、设备、屏幕、授权、通知、线程间通信、弹框、吐司、生物认证、用户首选项、拍照、相册、扫码、文件、日志,异常捕获、字符、字符串、数字、集合、日期、随机、base64、加密、解密、JSON等一系列的功能和操作,能够满足各种不同的开发需求。
ArkTS
31
0
CangjieCommunityCangjieCommunity
为仓颉编程语言开发者打造活跃、开放、高质量的社区环境
Markdown
1.08 K
0