TypeScript使用总结

1. 为什么要学

1). 减少bug,提高质量

强类型、强语言【枚举、接口、泛型...】,代码更健壮,语法等异常,编译阶段能“提前”报错

2). 面向对象

支持面向对象,软件设计与工程化更为成熟,更容易做单元测试、持续集成等

3). 提高效率

  • 语言简单易学,尤其是有C#、java基础的后端同学
  • 相比js,代码简洁易读,大型项目实现相同的功能代码量更少
  • ide支持更为友好,如:智能提示、变量强关联、重构等
  • 绝大部分常用类库已经支持智能提示

4). 业内趋势

2. 练级攻略

3.适用场景

  • 适合:1)框架、类库组件开发;2)业务开发。尤其适合框架、类库组件开发,建议先将类库组件ts,逐步向业务开发推广

4. 推荐ide

新手 webstorm > vscode,老手反之

  • webstorm特点

    • 优点:开箱即用(无需安装插件)、易于重构【个人觉得非常重要】
    • 缺点:收费、没idea成熟
    • 长期:还是要被VSC碾压的

5. 推荐书籍

6. tsconfig.json配置demo

{
  "compilerOptions": {
    "pretty": true,
    "module": "commonjs",
    "importHelpers": true,
    "target": "es5",
    "lib": [
      "es2015",
      "es2016",
      "es2017",
      "es2018",
      "es2019",
      "dom",
      "ES2015.Promise"
    ],
    "allowJs": true,
    "sourceMap": false,
    "baseUrl": "./src",
    "outDir": "./build/src/",
    "paths": {
      "@/*": [
        "*"
      ],
      "tslib": [
        "path/to/node_modules/tslib/tslib.d.ts"
      ]
    },
    //编译异常时候,禁止发行
    "noEmitOnError": true,
    //禁止隐性any
    "noImplicitAny": true,
    //严格的null检查,避免如可选参数,未判断undefined引发的问题等
    "strictNullChecks": true,
    //未使用的变量,抛出错误
    "noUnusedLocals": true,
    //未使用的参数,抛出错误
    "noUnusedParameters": true,
    //检查函数是否有返回值
    "noImplicitReturns": true,
    //启用严格模式,对类型赋值、类型转换更严格
    "strict": true,
    //https://mariusschulz.com/blog/downlevel-iteration-for-es3-es5-in-typescript
    "downlevelIteration": true
  },
  "typeRoots": [
    "node_modules/@types",
    "typings"
  ],
  "include": [
    "src/**/*.ts"
  ],
  "exclude": [
    "node_modules",
    "test"
  ]
}

7. 看法

ts将会是web前端开发首选语言

ts是js的超集,不是替代物

  • 写好ts,还得先学好js
  • 再学习ts语法及面向对象设计
  • 关注ts编译原理及编译结果

不得已存在的any类型

  • 产生问题:any类型,不支持强类型、智能提示等,相当于把ts回退到js
  • 问题原因:1)兼容,老代码及外部依赖如WEBAPI返回的参数类型,在不同浏览器或不同版本的相同浏览器都不一样,只能定义为any类型;2)类库不健全,lid.d.ts不全面,导致部分属性、方法的类型描述不完整,得再类型定义后添加" | any" 组合类型才能满足需求,不得不用any类型
  • 改进办法:有明确的复合类型,可以通过组合类型来定义类型,如: age: int | any,比纯any,IDE能添加int类型相关的智能提示和语法报错

复合类型没必要

  • 交叉类型、索引类型、映射对象类型,意义不大,适用场景少,易滥用,明显降低代码可读性
  • js的问题是语言太随意,导致很多程序员把大量的时间浪费在语法学习上

面向对象不彻底

  • 不支持重载
  • 方法默认是public修饰符

面向对象的边界

  • 服务端开发,如使用nestjs等框架,建议所有代码都面向对象,甚至可以借鉴java spring,使用面向接口编程,解决依赖倒置的需求
  • 客户端开发,部分场景下,过度使用面向对象,可能会导致包体积变大,需要留意

8. 业内实践

你可能感兴趣的:(typescript)