在React旧项目中安装并使用TypeScript的实践

前言

本篇文章默认您大概了解什么是TypeScript，主要讲解如何在React旧项目中安装并使用TypeScript。

写这个的目的主要是网上关于TypeScript这块的讲解虽然不少，但都是一些语法概念或者简单例子，真正改造一个React旧项目使用TypeScript的文章不多。

因此在这里记录下改造一个React项目的实践。

博客内容部分参照 TypeScript中文网，这个网站有官方文档的中文版。

安装TypeScript及相关库

对于集成了TypeScript的脚手架能够略过这一步，这里主要讲一下如何将TypeScript集成到一个React脚手架中。

首先执行

npm install --save @types/react @types/react-dom

这一步主要是为了获取react和react-dom的声明文件，由于并非全部的库都有TypeScript的声明文件，因此经过运行

npm install --save @types/库名字

的方式来获取TypeScript的声明文件。

只有获取了声明文件，才能实现对这个库的类型检查。

若是你使用了一些其它的没有声明文件的库，那么可能也须要这么作。

而后运行命令：

npm install --save-dev typescript awesome-typescript-loader source-map-loader

这一步，咱们安装了typescript、awesome-typescript-loader和source-map-loader。

awesome-typescript-loader可让Webpack使用TypeScript的标准配置文件tsconfig.json编译TypeScript代码。

source-map-loader使用TypeScript输出的sourcemap文件来告诉webpack什么时候生成本身的sourcemaps,源码映射，方便调试。

添加TypeScript配置文件

在项目根目录下建立一个tsconfig.json文件，如下为内容示例：

{
  "compilerOptions": {
    "allowSyntheticDefaultImports": true, // 容许从没有设置默认导出的模块中默认导入。这并不影响代码的输出，仅为了类型检查。
    "outDir": "./dist/", // 重定向输出目录
    "sourceMap": true, // 生成相应的 .map文件
    "noImplicitAny": true, // 在表达式和声明上有隐含的 any类型时报错。
    "module": "esnext", // 模块引入方式
    "target": "esnext", // 指定ECMAScript目标版本
    "moduleResolution": "node", // 决定如何处理模块
    "lib": [
      "esnext",
      "dom"
    ], // 编译过程当中须要引入的库文件的列表。
    "skipLibCheck": true, //忽略全部库中的声明文件（ *.d.ts）的类型检查。
    "jsx": "react" // 在 .tsx文件里支持JSX
  },
  "include": [
    "./src/**/*", // 这个表示处理根目录的src目录下全部的.ts和.tsx文件，并非全部文件
  ]
}

skipLibCheck很是重要，并非每一个库都能经过typescript的检测。

moduleResolution设为node也很重要。若是不这么设置的话，找声明文件的时候typescript不会在node_modules这个文件夹中去找。

更多配置文件信息能够参考：这里。

配置webpack

这里列出一些TypeScript须要在webpack中使用的配置。

解析tsx文件的rule配置

示例以下：

module: {
    rules: [
      {
        test: /\.jsx?$/,
        exclude: /(node_modules)/,
        use: {
          loader: 'babel-loader',
          options: {
            presets: ['react', 'env', 'stage-0', 'stage-3'],
            plugins: [
              'transform-decorators-legacy',
              ['import', { libraryName: 'antd', style: 'css' }], // `style: true` 会加载 less 文件
            ],
          },
        },
      },
      { test: /\.tsx?$/, loader: "awesome-typescript-loader" }
      //...
    ]
    //...
}

其实就只是多加了一行：

{ test: /\.tsx?$/, loader: "awesome-typescript-loader" }

注意这一行须要加在解析jsx的rule下面，由于rule的执行顺序是从下往上的，先解析tsx和ts再解析js和jsx。

固然用

enforce: 'pre'

调整过rule顺序的能够不用在乎这一点。

解决使用css-moudule的问题

若是代码中使用了如下这种代码：

import styles from './index.css'

那么极可能报下面的错：

Cannot find module './index.css'

解决方法就是在根目录下新建文件一个叫declaration.d.ts的文件，内容为：

declare module '*.css' {
  const content: any;
  export default content;
}

这行代码就是为全部的css文件进行声明。

同时须要更改一下咱们以前的tsconfig.json文件，将这个文件路径放在include中：

"include": [
  "./src/**/*", 
  "./declaration.d.ts"
]

这个问题有经过安装一些库来解决的办法，可是会给每一个css生成一个声明文件，感受有点奇怪，我这里本身考虑了一下采用了上面这种方法。

用于省略后缀名的配置

若是你惯于在使用

import Chart from './Chart/index.jsx'

时省略后缀，即：

import Chart from './Chart/index'

那么在webpack的resolve中一样须要加入ts和tsx：

resolve: {
  extensions: [".ts", ".tsx", ".js", ".jsx"]
},

引入Ant Design

实际上这个东西Ant Design的官网上就有怎么在TypeScript中使用：在 TypeScript 中使用。

那么为何仍是要列出来呢？

由于这里要指出，对于已经安装了Ant Design的旧项目而言（通常都是配了按需加载的吧），在安装配置TypeScript时上面这个文档基本没有任何用处。

在网上能够搜到的貌似都是文档中的方案，而实际上咱们须要作的只是安装ts-import-plugin。

npm i ts-import-plugin --save-dev

而后结合以前的 awesome-typescript-loader ，在webpack中进行以下配置

const tsImportPluginFactory = require('ts-import-plugin')

module.exports = {
  // ...
  module: {
    rules: [
      {
        test: /\.tsx?$/,
        loader: "awesome-typescript-loader",
        options: {
          getCustomTransformers: () => ({
            before: [tsImportPluginFactory([
              {
                libraryName: 'antd',
                libraryDirectory: 'lib',
                style: 'css'
              }
            ])]
          }),
        },
        exclude: /node_modules/
      }
    ]
  },
  // ...
}

配置完成，修改前的准备

注意，直到这一步，实际上您的项目在编译过程当中仍然没有用到TypeScript。

由于咱们这里只会用TypeScript处理.ts和.tsx后缀的文件，除非在配置中将allowJs设为true。

在使用以前，默认您已经对TypeScript语法有了了解，不了解能够参考：5分钟上手TypeScript。

也就是说，通过了上面的这些步骤，您的原有代码在不改动后缀的状况下应该是能够继续用的。

若是要使用TypeScript，那么新建tsx和ts文件，或者修改原有的文件后缀名便可。

接下来会列出一些典型的修改示例。

函数式组件的修改示例（含children）

import React from 'react'
import styles from './index.css'

interface ComputeItemProps {
  label: string;
  children: React.ReactNode;
}

function ComputeItem({ label, children }: ComputeItemProps) {
  return <div className={styles['item']}>
    <div className={styles['label']}>{label}:</div>
    <div className={styles['content']}>{children}</div>
  </div>
}
export default ComputeItem

这个例子中语法均可以在TypeScript的官网查到，惟一须要注意的是children的类型是React.ReactNode。

class组件修改示例(含函数声明，事件参数的定义)

import React from 'react'
import styles from './index.css'

interface DataSourceItem {
  dayOfGrowth: string;
  netValueDate: string;
}

interface ComputeProps {
  fundCode: string;
  dataSource: DataSourceItem[];
  onChange(value: Object): void;
}

export default class Compute extends React.Component<ComputeProps, Object> {
  // 改变基金代码
  handleChangeFundCode = (e: React.ChangeEvent<HTMLInputElement>) => {
    const fundCode = e.target.value
    this.props.onChange({
      fundCode
    })

  }  
  render() {
      //...
    );
  }
}

这个例子展现如何声明class组件：

React.Component<ComputeProps, Object>

语法虽然看起来很怪，可是这就是TypeScript中的泛型，之前有过C#或者Java经验的应该很好理解。

其中，第一个参数定义Props的类型，第二个参数定义State的类型。

而react的事件参数类型应该以下定义：

React.ChangeEvent<HTMLInputElement>

这里一样使用了泛型，上面表示Input的Change事件类型。

而组件的Prop上有函数类型的定义，这里就不单独列出来了。

这几个例子算是比较典型的TypeScript与React结合的例子。

处理window上的变量

使用写在window上的全局变量会提示window上不存在这个属性。

为了处理这点，能够在declaration.d.ts这个文件中定义变量：

// 定义window变量
interface Window{
  r:string[]
}

其中r是变量名。

总结

原本还想再多写几个示例的，可是Dota2版本更新了，致使我不想继续写下去了，之后若是有时间再更新经常使用的示例吧。

本篇文章只专一于在React旧项目中安装并集成TypeScript，尽量作到不涉及TypeScript的具体语法与介绍，由于介绍这些东西就不是一篇博客能搞定的了。

文章若有疏漏还请指正，但愿能帮助到在TypeScript面前迟疑的你。