New section "Migrating from JavaScript" (#129)

This commit is contained in:
Patrick Zhong 2016-10-07 11:48:03 +08:00 committed by GitHub
parent 6998871344
commit 20afb01461
4 changed files with 422 additions and 1 deletions

View File

@ -20,6 +20,7 @@ TypeScript是JavaScript的超集并且能够编译输出为纯粹的JavaScript.
* [Knockout.js](./doc/handbook/tutorials/Knockout.md)
* [React与webpack](./doc/handbook/tutorials/React & Webpack.md)
* [Angular 2](./doc/handbook/tutorials/Angular 2.md)
* [从JavaScript迁移到TypeScript](./doc/handbook/tutorials/Migrating from JavaScript.md)
* [新增功能](./doc/release-notes/README.md)
* [TypeScript 1.8](./doc/release-notes/TypeScript 1.8.md)
* [TypeScript 1.7](./doc/release-notes/TypeScript 1.7.md)

View File

@ -7,6 +7,7 @@
* [Knockout.js](./doc/handbook/tutorials/Knockout.md)
* [React与webpack](./doc/handbook/tutorials/React & Webpack.md)
* [Angular 2](./doc/handbook/tutorials/Angular 2.md)
* [从JavaScript迁移到TypeScript](./doc/handbook/tutorials/Migrating from JavaScript.md)
* [新增功能](./doc/release-notes/README.md)
* [TypeScript 1.8](./doc/release-notes/TypeScript 1.8.md)
* [TypeScript 1.7](./doc/release-notes/TypeScript 1.7.md)

View File

@ -0,0 +1,418 @@
TypeScript不是存在于真空中。
它是由JavaScript生态系统和大量现存的JavaScript而来。
将JavaScript代码转换成TypeScript虽有些乏味但不是难事。
在这篇教程里,让我们看看如何开始。
我们假设在开始写TypeScript之前你已经理解了足够的本手册的内容。
# 设置目录
如果你在写纯JavaScript可能你是直接运行JavaScript的
`.js`文件在`src``lib`或`dist`目录里,按照预想正常运行。
若如此那么你写的纯JavaScript文件将做为TypeScript的输入且你将运行TypeScript的输出。
在从JS到TS的转换过程中我们会分离输入文件以防TypeScript覆盖它们。
如果输出文件需要在特定目录下,那么它将做为输出目录。
你可能还需要对JavaScript做一些中间处理比如合并或经过Babel再次编译。
在这种情况下,你应该已经有了如下的目录结构。
那么现在,我们假设你已经设置了这样的目录结构:
```text
projectRoot
├── src
│ ├── file1.js
│ └── file2.js
├── built
└── tsconfig.json
```
如果你在`src`目录外还有`tests`文件夹,那么在`src`里可以有一个`tsconfig.json`文件,在`tests`里还可以有一个。
# 书写配置文件
TypeScript使用`tsconfig.json`文件管理工程配置,例如你想包含哪些文件和进行哪些检查。
让我们先创建一个简单的工程配置文件:
```json
{
"compilerOptions": {
"outDir": "./built",
"allowJs": true,
"target": "es5"
},
"include": [
"./src/**/*"
]
}
```
这里我们为TypeScript设置了一些东西:
1. 读取所有可识别的`src`目录下的文件(通过`include`)。
2. 接受JavaScript做为输入通过`allowJs`)。
3. 生成的所有文件放在`built`目录下(通过`outDir`)。
4. 将JavaScript代码降级到低版本比如ECMAScript 5通过`target`)。
现在,如果你在工程根目录下运行`tsc`,就可以在`built`目录下看到生成的文件。
`built`下的文件应该与`src`下的文件相同。
现在你的工程里的TypeScript已经可以工作了。
## 早期收益
现在你已经可以获得一些TypeScript带来的使得以理解你的工程。
如果你打开像[VS Code](https://code.visualstudio.com)或[Visual Studio](https://visualstudio.com)的编译器,你就能够使用一些像自动补全的工具。
你还可以配置如下的选项来查找BUG
* `noImplicitReturns` 会防止你忘记在函数末尾返回值。
* `noFallthroughCasesInSwitch` 会防止在`switch`代码块里的两个`case`之间忘记添加`break`语句。
TypeScript还能够报告执行不到的代码和标签你可以通过`allowUnreachableCode`和`allowUnusedLabels`选项来禁用。
# 与构建工具进行集成
在你的创建管道中可能会有多个步骤。
比如给每个文件添加一些内容。
每种工具的使用方法都是不同的,我们会尽可能的包涵主流的工具。
## Gulp
如果你在使用时髦的Gulp你们已经有一篇[使用Gulp](./Gulp.md)与常见构建工具BrowserifyBabelify和Uglify进行集成的教程。
请阅读这篇教程。
## Webpack
Webpack集成非常简单。
你可以使用`ts-loader`TypeScript的加载器结合`source-map-loader`方便调试。
运行:
```shell
npm install ts-loader source-map-loader
```
并将下面的选项合并到你的`webpack.config.js`文件里:
```js
module.exports = {
entry: "./src/index.ts",
output: {
filename: "./dist/bundle.js",
},
// Enable sourcemaps for debugging webpack's output.
devtool: "source-map",
resolve: {
// Add '.ts' and '.tsx' as resolvable extensions.
extensions: ["", ".webpack.js", ".web.js", ".ts", ".tsx", ".js"]
},
module: {
loaders: [
// All files with a '.ts' or '.tsx' extension will be handled by 'ts-loader'.
{ test: /\.tsx?$/, loader: "ts-loader" }
],
preLoaders: [
// All output '.js' files will have any sourcemaps re-processed by 'source-map-loader'.
{ test: /\.js$/, loader: "source-map-loader" }
]
},
// Other options...
};
```
要注意的是`ts-loader`必须在其它处理`.js`文件的加载器之前运行。
你可以在[React和Webpack教程](./React & Webpack.md)里找到使用Webpack的例子。
# 转换到TypeScript文件
到目前为止你已经做好了使用TypeScript文件的准备。
第一步,将`.js`文件重命名为`.ts`文件。
如果你使用了JSX则重命名为`.tsx`文件。
第一步达成?
太棒了!
你已经成功地将一个文件从JavaScript转换成了TypeScript!
当然了,你可能感觉不对劲儿。
如果你在支持TypeScript的编辑器或运行`tsc --pretty`)里打开了那个文件,你可能会看到有些行上有红色的波浪线。
你可以把它们当做在Microsoft Word里看到的红色波浪线一样。
TypeScript仍然会编译你的代码就好比Word还是允许你打印你的文档一样。
如果对你来说这种行为太随便了,你可以另它严格处理。
如果,你*不想*在发生错误的时候TypeScript还会编译成JavaScript你可以使用`noEmitOnError`选项。
从某种意义上来讲TypeScript具有一个调整它的严格性的刻度盘你可以将指针拔动到你想要的高度。
如果你计划使用可用的高度严格的设置,最好现在就启用它们(查看[启用严格检查](#getting-stricter-checks))。
比如如果你不想让TypeScript将没有明确指定的类型默默地推断为`any`类型,可以在修改文件之前启用`noImplicitAny`。
你可能会觉得这有些过度严格,但是长期收益很快就能显现出来。
## 去除错误
我们提到过,如果不出所料的话在转换后会看到错误信息。
重要的是我们要逐一的查看它们并决定如何处理。
通常这些都是真正的BUG但有时你不得不要对TypeScript说明你要做的是什么。
### 由模块导入
首先你可能会看到一些类似`Cannot find name 'require'.`和`Cannot find name 'define'.`的错误。
遇到这种情况说明你在使用模块。
你仅需要告诉TypeScript它们是存在的
```ts
// For Node/CommonJS
declare function require(path: string): any;
```
```ts
// For RequireJS/AMD
declare function define(...args: any[]): any;
```
最好是避免使用这些调用而改用TypeScript的导入语法。
首先你要使用TypeScript的`module`标记来启用一些模块系统。
合法的选项有`commonjs``amd``system`and `umd`
如果代码里存在下面的Node/CommonJS代码
```js
var foo = require("foo");
foo.doStuff();
```
或者下面的RequireJS/AMD代码
```js
define(["foo"], function(foo) {
foo.doStuff();
})
```
那么可以写做下面的TypeScript代码
```ts
import foo = require("foo");
foo.doStuff();
```
### 获取声明文件
如果你开始做转换到TypeScript导入你可能会遇到`Cannot find module 'foo'.`这样的错误。
问题出在没有*声明文件*来描述你的代码库。
幸运的是这非常简单。
如果TypeScript报怨像是没有`lodash`包,那你只需这样做
```shell
npm install -s @types/lodash
```
如果你没有使用`commonjs`模块模块选项,那么就需要将`moduleResolution`选项设置为`node`。
之后,你应该就可以导入`lodash`了,并且会获得精确的自动补全功能。
### 由模块导出
通常来讲,由模块导出涉及添加属性到`exports`或`module.exports`。
TypeScript允许你使用顶级的导出语句。
比如,你要导出下面的函数:
```js
module.exports.feedPets = function(pets) {
// ...
}
```
那么你可以这样写:
```ts
export function feedPets(pets) {
// ...
}
```
有时你会完全重写导出对象。
这是一个常见模式,这会将模块变为可立即调用的模块:
```js
var express = require("express");
var app = express();
```
之前你可以是这样写的:
```js
function foo() {
// ...
}
module.exports = foo;
```
在TypeScript里你可以使用`export =`来代替。
```ts
function foo() {
// ...
}
export = foo;
```
### 过多或过少的参数
有时你会发现你在调用一个具有过多或过少参数的函数。
通常这是一个BUG但在某些情况下你可以声明一个使用`arguments`对象的函数而不需要写出所有参数:
```js
function myCoolFunction() {
if (arguments.length == 2 && !Array.isArray(arguments[1])) {
var f = arguments[0];
var arr = arguments[1];
// ...
}
// ...
}
myCoolFunction(function(x) { console.log(x) }, [1, 2, 3, 4]);
myCoolFunction(function(x) { console.log(x) }, 1, 2, 3, 4]);
```
这种情况下我们需要利用TypeScript的函数重载来告诉调用者`myCoolFunction`函数的调用方式。
```ts
function myCoolFunction(f: (x: number) => void, nums: number[]): void;
function myCoolFunction(f: (x: number) => void, ...nums: number[]): void;
function myCoolFunction() {
if (arguments.length == 2 && !Array.isArray(arguments[1])) {
var f = arguments[0];
var arr = arguments[1];
// ...
}
// ...
}
```
我们为`myCoolFunction`函数添加了两个重载签名。
第一个检查`myCoolFunction`函数是否接收一个函数(它又接收一个`number`参数)和一个`number`数组。
第二个同样是接收了一个函数,并且使用剩余参数(`...nums`)来表示之后的其它所有参数必须是`number`类型。
### 连续添加属性
有些人可能会因为代码美观性而喜欢先创建一个对象然后立即添加属性:
```js
var options = {};
options.color = "red";
options.volume = 11;
```
TypeScript会提示你不能给`color`和`volumn`赋值,因为先前指定`options`的类型为`{}`并不带有任何属性。
如果你将声明变成对象字面量的形式将不会产生错误:
```ts
let options = {
color: "red",
volume: 11
};
```
你还可以定义`options`的类型并且添加类型断言到对象字面量上。
```ts
interface Options { color: string; volume: number }
let options = {} as Options;
options.color = "red";
options.volume = 11;
```
或者,你可以将`options`指定成`any`类型,这是最简单的,但也是获益最少的。
### `any``Object`,和`{}`
你可能会试图使用`Object`或`{}`来表示一个值可以具有任意属性,因为`Object`是最通用的类型。
然而在这种情况下**`any`是真正想要使用的类型**,因为它是最*灵活*的类型。
比如,有一个`Object`类型的东西,你将不能够在其上调用`toLowerCase()`。
越普通意味着更少的利用类型,但是`any`比较特殊,它是最普通的类型但是允许你在上面做任何事情。
也就是说你可以在上面调用,构造它,访问它的属性等等。
记住,当你使用`any`时你会失去大多数TypeScript提供的错误检查和编译器支持。
如果你还是决定使用`Object`和`{}`,你应该选择`{}`。
虽说它们基本一样,但是从技术角度上来讲`{}`在一些深奥的情况里比`Object`更普通。
## <a name="getting-stricter-checks"></a>启用严格检查
TypeScript提供了一些检查来保证安全以及帮助分析你的程序。
当你将代码转换为了TypeScript后你可以启用这些检查来帮助你获得高度安全性。
### 没有隐式的`any`
在某些情况下TypeScript没法确定某些值的类型。
那么TypeScript会使用`any`类型代替。
这对代码转换来讲是不错,但是使用`any`意味着失去了类型安全保障,并且你得不到工具的支持。
你可以使用`noImplicitAny`选项让TypeScript标记出发生这种情况的地方并组出一个错误。
### 严格的`null`与`undefined`检查
默认地TypeScript把`null`和`undefined`当做属于任何类型。
这就是说,声明为`number`类型的值可以为`null`和`undefined`。
因为在JavaScript和TypeScript里`null`和`undefined`经常会导致BUG的产生所以TypeScript包含了`strictNullChecks`选项来帮助我们减少对这种情况的担忧。
当启用了`strictNullChecks``null`和`undefined`获得了它们自己各自的类型`null`和`undefined`。
当任何值*可能*为`null`,你可以使用联合类型。
比如,某值可能为`number`或`null`,你可以声明它的类型为`number | null`。
假设有一个值TypeScript认为可以为`null`或`undefined`,但是你更清楚它的类型,你可以使用`!`后缀。
```ts
declare var foo: string[] | null;
foo.length; // error - 'foo' is possibly 'null'
foo!.length; // okay - 'foo!' just has type 'string[]'
```
要当心,当你使用`strictNullChecks`,你的依赖也需要相应地启用`strictNullChecks`。
### `this`没有隐式的`any`
当你在类的外部使用`this`关键字时,它会默认获得`any`类型。
比如,假设有一个`Point`类,并且我们要添加一个函数做为它的方法:
```ts
class Point {
constuctor(public x, public y) {}
getDistance(point: Point) {
let dx = p.x - this.x;
let dy = p.y - this.y;
return Math.sqrt(dx ** 2 + dy ** 2);
}
}
// ...
// Reopen the interface.
interface Point {
distanceFromOrigin(point: Point): number;
}
Point.prototype.distanceFromOrigin = function(point: Point) {
return this.getDistance({ x: 0, y: 0});
}
```
这就产生了我们上面提到的错误 - 如果我们错误地拼写了`getDistance`并不会得到一个错误。
正因此TypeScript有`noImplicitThis`选项。
当设置了它TypeScript会产生一个错误当没有明确指定类型或通过类型推断的`this`被使用时。
解决的方法是在接口或函数上使用指定了类型的`this`参数:
```ts
Point.prototype.distanceFromOrigin = function(this: Point, point: Point) {
return this.getDistance({ x: 0, y: 0});
}
```

View File

@ -30,6 +30,7 @@ TypeScript目前还在积极的开发完善之中不断地会有新的特性
* [Knockout.js](./doc/handbook/tutorials/Knockout.html)
* [React与webpack](./doc/handbook/tutorials/React & Webpack.html)
* [Angular 2](./doc/handbook/tutorials/Angular 2.html)
* [从JavaScript迁移到TypeScript](./doc/handbook/tutorials/Migrating from JavaScript.html)
* [新增功能](./doc/release-notes/README.html)
* [TypeScript 1.8](./doc/release-notes/TypeScript 1.8.html)
* [TypeScript 1.7](./doc/release-notes/TypeScript 1.7.html)
@ -87,6 +88,7 @@ TypeScript目前还在积极的开发完善之中不断地会有新的特性
## 主要修改 (Latest 10 updates)
* 2016-10-07 新增章节:[从JavaScript迁移到TypeScript](./doc/handbook/tutorials/Migrating from JavaScript.html)
* 2016-09-26 新增章节:[基础类型 - Never](./doc/handbook/Basic Types.html)
* 2016-08-19 新增章节:[如何书写声明文件](./doc/handbook/declaration files/Introduction.html)
* 2016-07-21 新增章节:[noUnusedLocals和noUnusedParameter编译选项](./doc/handbook/Compiler Options in MSBuild.html)
@ -96,7 +98,6 @@ TypeScript目前还在积极的开发完善之中不断地会有新的特性
* 2016-07-20 新增章节:[基本类型 - Null and Undefined](./doc/handbook/Basic Types.html)
* 2016-06-15 新增章节:快速上手:[Angular 2](./doc/handbook/tutorials/Angular 2.html)
* 2016-06-11 新增章节:快速上手:[Gulp](./doc/handbook/tutorials/Gulp.html)
* 2016-04-23 新增章节:[使用TypeScript的每日构建版本](./doc/handbook/Nightly Builds.html)
## 相关链接