前端TypeScript高级技巧:让你的代码更安全

前端TypeScript高级技巧:让你的代码更安全

毒舌时刻

前端TypeScript?这不是增加工作量吗?

"JavaScript就够了,为什么要用TypeScript"——结果类型错误频发,调试困难,
"TypeScript太严格了,我写起来很麻烦"——结果代码质量差,维护困难,
"我只在关键地方用TypeScript,其他地方用any"——结果失去了TypeScript的意义。

醒醒吧,TypeScript不是负担,而是提高代码质量的利器!

为什么你需要这个?

  • 类型安全:在编译时发现类型错误
  • 代码提示:提供更好的IDE智能提示
  • 重构安全:重构代码时更加安全
  • 可读性:代码更加清晰易懂
  • 可维护性:减少运行时错误,提高代码可维护性

反面教材

// 反面教材:过度使用any function processData(data: any) { // 没有类型检查,容易出错 return data.name.toUpperCase(); } // 反面教材:类型定义不完整 interface User { id: number; name: string; // 缺少email等其他属性 } // 反面教材:类型断言滥用 function getUser(id: number): User { // 不安全的类型断言 return fetch(`/api/users/${id}`).then(res => res.json()) as unknown as User; } 

正确的做法

// 正确的做法:使用泛型 function identity<T>(arg: T): T { return arg; } // 使用泛型约束 interface Lengthwise { length: number; } function loggingIdentity<T extends Lengthwise>(arg: T): T { console.log(arg.length); return arg; } // 正确的做法:使用联合类型和类型守卫 type Shape = Circle | Square; interface Circle { kind: 'circle'; radius: number; } interface Square { kind: 'square'; sideLength: number; } function getArea(shape: Shape): number { // 类型守卫 if (shape.kind === 'circle') { return Math.PI * shape.radius ** 2; } else { return shape.sideLength ** 2; } } // 正确的做法:使用类型推断 const user = { id: 1, name: '张三', email: '[email protected]' }; // TypeScript会自动推断user的类型 // 正确的做法:使用映射类型 interface Person { name: string; age: number; } // 生成只读类型 type ReadonlyPerson = Readonly<Person>; // 生成可选类型 type PartialPerson = Partial<Person>; // 生成必填类型 type RequiredPerson = Required<PartialPerson>; // 正确的做法:使用条件类型 // 提取Promise的返回类型 type UnwrapPromise<T> = T extends Promise<infer U> ? U : T; // 测试 async function fetchData(): Promise<string> { return 'data'; } // 类型会被推断为string let data: UnwrapPromise<ReturnType<typeof fetchData>>; // 正确的做法:使用模板字面量类型 type EventName<T extends string> = `${T}Changed`; type MouseEventName = EventName<'click' | 'mouseover' | 'mouseout'>; // 类型为 'clickChanged' | 'mouseoverChanged' | 'mouseoutChanged' // 正确的做法:使用类型别名和接口 // 类型别名 type UserID = number; type UserName = string; type Email = string; // 接口 interface User { id: UserID; name: UserName; email: Email; createdAt: Date; updatedAt: Date; } // 正确的做法:使用枚举 enum Role { Admin = 'admin', User = 'user', Guest = 'guest' } function checkPermission(role: Role): boolean { return role === Role.Admin; } // 正确的做法:使用命名空间 namespace Validation { export interface StringValidator { isAcceptable(s: string): boolean; } const lettersRegexp = /^[A-Za-z]+$/; const numberRegexp = /^[0-9]+$/; export class LettersOnlyValidator implements StringValidator { isAcceptable(s: 

Read more

华为交换机首次开局配置完整步骤(Console + Web)

华为交换机首次开局配置完整步骤(Console + Web)

号主:老杨丨11年资深网络工程师,更多网工提升干货,请关注公众号:网络工程师俱乐部 新到一台华为交换机(如S5735-L、S6730等),通电后指示灯闪烁,但无法管理、不能上网 ——这是所有网工都会经历的“裸机时刻”,别慌!首次开局只需5步: 从Console线连接,到设置IP、开启Web网管,今天就来讲讲零基础、可操作、带命令的完整流程,助你10分钟内让交换机“活”起来。 一、准备工作 所需工具: 💡 提示:华为交换机出厂默认无IP、无密码、Console口可用。 二、第1步:通过Console连接交换机 1.1 物理连接 * 将Console线一端插入交换机 Console口(通常标有“CON”) * 另一端插入电脑USB口 1.2 终端软件设置(以SecureCRT为例) * 协议:Serial * 波特率:9600

亲测Z-Image-Turbo WebUI,中文提示词生成高清图太惊艳

亲测Z-Image-Turbo WebUI,中文提示词生成高清图太惊艳 1. 这不是又一个“能用就行”的文生图工具 说实话,我试过太多本地WebUI了——有的启动要折腾半小时,有的中文一输就乱码,有的生成五张图四张崩坏。直到点开 http://localhost:7860 的那一刻,我盯着第一张生成的猫咪图愣了三秒:毛发根根分明,窗台木纹清晰可见,阳光在绒毛边缘泛出自然光晕,连阴影过渡都像专业摄影师打的光。 这不是“勉强可用”,是真正让人想立刻截图发朋友圈的惊艳。 Z-Image-Turbo WebUI 不是 Stable Diffusion 的简单套壳,而是阿里通义实验室专为中文场景深度优化的轻量级文生图模型,再由开发者“科哥”基于 DiffSynth Studio 框架二次打磨——去掉冗余功能,强化中文理解,压缩显存占用,让一张 RTX 3090 能稳稳跑出 1024×1024 高清图,且全程用纯中文写提示词,不拼英文、

Cursor+Codex隐藏技巧:用截图秒修前端Bug的保姆级教程(React/Chakra UI案例)

Cursor+Codex隐藏技巧:用截图秒修前端Bug的保姆级教程(React/Chakra UI案例) 前端开发中最令人头疼的莫过于那些难以定位的UI问题——元素错位、样式冲突、响应式失效...传统调试方式往往需要反复修改代码、刷新页面、检查元素。现在,通过Cursor编辑器集成的Codex功能,你可以直接用截图交互快速定位和修复这些问题。本文将带你从零开始,掌握这套革命性的调试工作流。 1. 环境准备与基础配置 在开始之前,确保你已经具备以下环境: * Cursor编辑器最新版(v2.5+) * Node.js 18.x及以上版本 * React 18项目(本文以Chakra UI 2.x为例) 首先在Cursor中安装Codex插件: 1. 点击左侧扩展图标 2. 搜索"Codex"并安装 3. 登录你的OpenAI账户(需要ChatGPT Plus订阅) 关键配置项: // 在项目根目录创建.

【前端异常】JavaScript错误处理:分析 Uncaught (in promise) error

在前端开发中,JavaScript 异常是不可避免的。随着现代前端应用越来越多地使用异步操作(如 Promise、async/await 等),开发者常常会遇到 Uncaught (in promise) error 错误。这个错误是由于未正确处理 Promise 的拒绝(rejection)而导致的,常常出现在异步操作失败的情况下。如果不妥善处理,可能会导致应用的不稳定和用户体验的下降。 本文将深入分析 Uncaught (in promise) error 错误的原因,如何有效捕获和处理这些异常,并通过实际案例和代码展示具体的解决方案。 一、Uncaught (in promise) 错误的成因 在 JavaScript 中,Promise 是用于处理异步操作的一种机制。当 Promise 被拒绝(即 reject 时),如果没有为其提供处理函数(如 .catch(