早在两年前,就拉了个ts的分支,但稍作尝试后,就找了一堆借口放弃了。最近处于到职状态,工夫富余的我终于下定决心向ts走近一步。
筹备工作
期间先是在网上找了一些ts相干的材料,把原先只限于demo
的ts
技能稍作晋升。过程中强制自已先学习后入手,尽管学习过程中一行代码都不写的味道并不好受,但总体下来却省下了很多工夫。
无关框架
开源我的项目GridManager是一个原生js
实现的跨框架(jquery、react、vue2.x、angular1.x
)表格组件,所以在切换ts
的过程中并不会牵扯到框架个性。
问题汇总及解决
js文件解析谬误
对于一个曾经存在的我的项目,很难做到一次性残缺切换,所以须要反对解析原有的js
文件。
{
"compilerOptions": {
// 容许编译javascript文件
"allowJs": true
}
}
无奈应用object[key]
形式
刚调整完配置后,满屏的报错中这一类是最多的。
// tsconfig.json
{
"compilerOptions": {
// 开启配置项suppressImplicitAnyIndexErrors
"suppressImplicitAnyIndexErrors": true
}
}
无奈应用装璜器
相干介绍上提到装璜器在ts中是试验性质的存在,尽管有些遗憾但好在有配置项能够启用。
// tsconfig.js
{
"compilerOptions": {
"experimentalDecorators": true, // 启用实验性的ES装璜器
}
}
webpack别名生效
本来可用的别名生效了,导致呈现大量的import模块门路谬误。
// webpack config
// 原webpack配置的别名如下,在ts文件中却生效了
resolve: {
extensions: ['.js', '.ts'], // 当requrie的模块找不到时,增加这些后缀
alias: {
'@common': resolve('src/common'),
'@jTool': resolve('src/jTool'),
'@module': resolve('src/module')
}
},
// tsconfig.js
{
"compilerOptions": {
// 在paths中配置解析门路
"paths": {
"@*": ["./src/*"]
}
}
}
革新过程中构建体积变大
这是因为ts-loader进行了es5转换,原先的babel优化生效了。
指定ECMAScript
的指标版本
// tsconfig.js
{
"compilerOptions": {
// 将tsconfig.json中的target调整为es6,如果我的项目中应用到了ES2017的个性,则须要改为ES2017。
// 配置后,ts文件解析时将不再负责将es6转换为es5
"target": "ES2017"
module
}
}
指定webpack loader: 在ts-loader
执行后继续执行babel-loader
。
// webpack loader
{
test: /.tsx?$/,
exclude: /node_modules/,
use: [
{
loader: 'babel-loader'
},
{
loader: 'ts-loader'
}
]
}
karma启动报错
我的项目中的单元测试应用到的karma-webpack
,也须要减少ts-loader
。
// karma-webpack loader
{
test: /.tsx?$/,
exclude: /node_modules/,
use: [
{
loader: 'babel-loader'
},
{
loader: 'ts-loader'
}
]
}
异样export default报错
只有一个export default
却提醒存在多个export default
。错误代码(TS2528: A module cannot have multiple default exports.)
解决形式: 从新关上文件即可解决。
发表回复