1.安装yarn add typescript --dev
2.yarn tsc --init
3.配置tsconfig.json（当命令行上指定了输入文件时，tsconfig.json文件会被忽略。eg：yarn tsc src/01-getting-started.ts）
{
"compilerOptions": {
// "incremental": true, // 增置编译
// "tsBuildlnfoFile": "./buildFile", // 增置编译文件的存储位置 // "diagnostics": true, // 打印诊断倍息
// "target": "es5", // 目标语言的版本
// "module": "commonjs", // 生成代码的模块标准
// "outFile": "./app-js", // 将多个相互依赖的文件生成一个文件，可以用在AMD模块中
// "lib": [], // TS 需要引用的库，即声明文件，es5 默认"dom", "es5", "scripthost"
// "allowJs": true, // 允许编译：IS 文件（js、jsx)
// "checkJs": true, // 允许在JS文件中报错，通常与allowJS _起使用
// "outDir": "./dist", // 指定输出目录
// "rootDir": "./", // 指定输入文件目录（用于输出）
// "declaration": true, // 生成声明文件
// "declarationDir": "./d", // 声明文件的路径
// "emitDeclarationOnly": true, // 只生成声明文件
// "sourceMap": true, // 生成目标文件的 sourceMap
// "inlineSourceMap": true, // 生成目标文件的 inline sourceMap
// "declarationMap": true, // 生成声明文件的 sourceMap
// "typeRoots":[], // 声明文件目录，默认node_modules/@types
// "types":[], // 声明文件包
// "removeComments":true, // 删除注释
// "noEmit": true, // 不输出文件
// "noEmitOnError": true, // 发生错误时不输出文件
// "noEmitHelpers": true, // 不生成helper 函数，需要额外安装ts-helpers
// "importHelpers": true, // 通过tslib 引入 helper 函数，文件必须是模块
// unoEmitOnErrorM: true, // 发生错误时不输出文件
// "noEmitHelpers": true, // 不生成 helper 函数，需额外安装 ts-helpers
// "importHelpers": true, // 通过tslib引入helper函数，文件必须是模块
// "downlevellteration" : true, // 降级遍历器的实现（es3/5)
// "strict": true, // 开启所有严格的类型检查
// "alwaysStrict": false, // 在代码中注入"use strict";
// "noImplicitAny": false, // 不允许隐式的any类型
// "strictNullChecksilj false, // 不允许把null、undefined赋值给其他类型变置
// "strictFunctionTypes": false, // 不允许函数参数双向协变
// "strictPropertyInitialization": false, // 类的实例属性必须初始化
// strictBindCallApply: false, // 严格的 bind/call/apply 检査
// "noImplicitThis": false, // 不允许this有隐式的any类型
// "noUnusedLocals": true, // 检査只声明，未使用的局部变置
// "nollnusedParameters": true, // 检查未使用的函数参数
// "noFallthroughCasesInSwitch": true, // 防止switch语句贯穿
// "noImplicitReturns": true, // 每个分支都要有返回值
// "esModulelnterop": true, // 允许export = 导出，由import from导入
// "allowUrndGlobalAccess": true, // 允许在模块中访问UMD全局变置
// "moduleResolution": "node", // 模块解析策略
// "baseUrl": "./", // 解析非相对模块的基地址
// "paths": {
// "jquery": ["node-modules/jquery/dist/jquery.slim.min.js"]
// }
// "rootDirs": ["src", "out"], // 将多个目录放在一个虚拟目录下，用于运行时
// "listEmittedFiles": true, // 打印输出的文件
// "listFiles": true, // 打印编译的文件（包括引用的声明文件）
},
// "include": [ // 指定一个匹配列表（属于自动指定该路径下的所有ts相关文件）
// "src/**/*.ts",
// "src/**/*.tsx",
// "src/**/*.vue",
// "tests/**/*.ts",
// "tests/**/*.tsx"
// ],
// "exclude": [ // 指定一个排除列表（include的反向操作）
// "node_modules"
// ],
// "files": [ // 指定哪些文件使用该配置（属于手动一个个指定文件）
// "demo.ts"
// ]
}
- 类与接口
//implements
interface Eat {
eat (food: string): void
}
interface Run {
run (distance: number): void
}
class Person implements Eat, Run {
eat (food: string): void {
console.log(`优雅的进餐: ${food}`)
}
run (distance: number) {
console.log(`直立行走: ${distance}`)
}
}
class Animal implements Eat, Run {
eat (food: string): void {
console.log(`呼噜呼噜的吃: ${food}`)
}
run (distance: number) {
console.log(`爬行: ${distance}`)
}
}
?# 在TypeScript中，Extends和Implements一个抽象类有什么不同
假设我有一个干净的抽象类A：
abstract class A {
abstract m(): void;
}
在继承(extends)方面，就像C#或者java里面那样，我可以像下面这样来继承这个抽象类：
//TypeScript
class B extends A{
}
但是在实现方面（implement），在TypeScript中也可以去implement一个类：
class C implements A {
m(): void { }
}
那么问题来了：类B和类C在行为上有什么不同？我该如何选择？
问题解答
implements关键字将类A当作一个接口，这意味着类C必须去实现定义在A中的所有方法，无论这些方法是否在类A中有没有默认的实现。同时，也不用在类C中定义super方法。
而就像是extends关键字本身所表达的意思一样，你只需要实现类A中定义的虚方法，并且关于super的调用也会有效。
我想在抽象方法的情况下，这并没有什么区别。但是很少有只使用抽象方法的类，如果只使用抽象方法，最好将其转换为接口。
5.引用第三方库 TypeScript 声明文件
// 类型声明
import { camelCase } from 'lodash'//不包含声明文件，根据报错提示安装
import qs from 'query-string'//qs已经包含声明文件
qs.parse('?key=value&key2=value2')
// declare 定义的类型只会用于编译时的检查，编译结果中会被删除。
// declare function camelCase (input: string): string
// declare var jQuery: (selector: string) => any;
const res = camelCase('hello typed')
网友评论