TS Any

使用any的原因是:

  • 有些参数很难正确输入,但是 any 更容易

  • 我真的不知道参数是什么

    • 可以使用 unknown,示例一

      // 示例一
      
      type ParsedType = {
        id: number
      }
      
      const parseApiResponse(
        response: Record<string, unknown>
      ): ParsedType => {
         // without doing the type cast we would
        // get a type error here
        const convertedResponse = (response as ParsedType)
      
        if(convertedResponse.id >= 0) {
          return convertedResponse
        } else {
          throw new Error("Invalid response")
        }
      }
      
  • 添加类型时,我必须编写大量代码,any工作量较少

    • 示例二

      // 示例二
      
      // version 1 with `any`
      const fullName = (user: any) => {
        if (user?.firstName && user?.lastName) {
          return `${user.lastName}, ${user.firstName}`
        }
        return user?.firstName || ""
      }
      
      // version 1 without `any`
      
      interface User {
        firstName: string
        lastName?: string
      }
      
      const fullName = ({ firstName, lastName }: User) => {
        if (lastName === undefined) {
          return firstName
        }
        return `${lastName}, ${firstName}`;
      }
      
  • 类型增加了很多复杂性,有时any更简单

去除any有什么好处?

  • 有了文档,我可以提供所有上下文;

    • 示例三

      // 示例三
      
      const intersection = (a: any, b: any): any => {
      ...
      }
      
      const intersection = (
        a: Set<number>, b: Set<number>
      ): Set<number> => {
      ...
      }
      
  • 已经通过必要的运行时检查以防御性的方式编写了代码,以确保没有错误;

为什么我们不能在使用 any ?

  • 它使编译器过时了,我们告诉编译器:我不需要你的帮助
  • 我们放弃了在编写代码时记录代码的机会
  • 我们的第一道防线被攻破了
  • 在动态语言中,我们假设事物可以有 any 类型,我们采用的模式遵循这个假设。如果我们开始使用静态类型语言作为动态语言,那么我们就是在与范式作斗争
  • 当我们继续对代码库进行更改时,没有什么可以指导/帮助我们。
  • 自由越大,责任越大(编译器)。不要变成一个编译器,我们的目的是使用编译器

any使用场景

  • 与使用它的库接口;确保在将数据移至系统之前尽快将其转换为正确的类型。
  • 解决 TypeScript 类型错误;如果我们发现自己无法输入某些内容,则 any 可能有必要。
    • 但是只有在尝试其他所有方法之后才推荐使用。如果使用它,我们应该将其重新转换为可预测的类型。
  • 如果我们的函数可以真正处理任何类型,那么这种情况很少见,并且是偶然的(例如调试或日志记录函数)。
    • 在这些情况下,我们需要 100% 确保不存在会导致函数失败的类型。我们应该检查函数的主体,并根据输入确定最基本的形状并加以限制。
    • 例如,如果我们要打印某些内容,则至少应验证它是否响应 toString 
// 类型污染  
// any 类型的对象会导致后续的属性类型都会变成 any
let user: any = {
  sister: {
    name: 'sisterAn'
  }
};
let sister = user.sister // any
let url = sister.url // any

// 使用不存在的属性或方法而不报错
const notSure: any = 'sisterAn'
notSure.hello() // no error
// 重构的时候使用 
// Pick 习惯从先前定义的类型中选择所需的属性。
// Omit 得到除少数几个以外的所有东西。
// Partial 使所有属性都是可选的

type User = {
  id: number;
  firstName: string;
  lastName: string;
  age: number;
}

type UserParams = Pick<User, "id"> & Partial<Omit<User, "id">>

const updateUser = (
  { id, ...newUserParams }: UserParams
) => {
  {...}
}

Notion – The all-in-one workspace for your notes, tasks, wikis, and databases.icon-default.png?t=LBL2https://serious-lose.notion.site/TS-Any-2370c4669b8344338831d473d6e9ff8c

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值