项目整理中，完成后补上Github链接
Typescript正广泛成为前端工程师开发项目的首选，我手头上有一些使用js编写的Vue项目，最近准备使用ts重写。项目中单单是页面的数量就超过100个，更不用提组件的数量，如果对这么多Vue文件进行一一重写的话，工程量浩大，并且十分枯燥。其实在此之前也手动转换过几个项目，发现转换过程大多都是重复劳动，是有可能通过程序实现自动转换。当然从js转换成ts，不可避免地会出现类型问题，所以只要求完成重复性地工作，当真的需要类型信息时，还是需要手动处理。
使用ts来编写项目时，可以使用两种不同的代码风格：
- 使用Vue.extend方法实现。
- 使用class语法配合vue-property-decorator实现。
具体应该选择哪种方案，见仁见智。我所采用的是方法2。为什么选择它，如果使用方法1的话重写起来岂不是很方便？选择方法2是因为在Vue中大量使用this关键字，使用class形式更加符合直觉——所有的内容都是在class实例上（其实可能只是我比较喜欢折腾( ´･ᴗ･` )。
实现思路
实现思路就和把大象装进冰箱一样简单:
- 将旧代码转换成AST（Abstract Syntax Tree, 抽象语法树）。
- 将AST修改成class形式。（类型信息自然没法全部填上，可以先用any或者选择不填写）
- 将AST转换成新代码。
关于什么是抽象语法树，可以在网上查找相关资料详细了解（我觉得对于抽象语法树有一定的了解是很有必要的）。简单来说，js代码可以用一个树形结构表示，这个树形结构就是抽象语法树。例如：
function foo() {
return a + b;
}
对应的AST可能是下图这样的，一个简单的树形结构（当然这里做了很大程度的简化，实际上要复杂地多）。
如果希望将代码中的b修改为c，那么只需要修改树中的节点就可以，例如这样：
之后再用修改后的AST生成代码就可以了。
代码和AST的转换
recast是一个可以方便对代码和AST进行转换的库，可以帮我们打开冰箱门和关上冰箱门。
这里必须再提到两个概念，分别是estree和ast-types。
estree是将js代码解析成AST的一个社区标准，也就是，最终生成的AST节点中有哪些值，目前基本上都应该参照estree中的说明进行实现。对这个标准有一些的了解，或者说对于编译原理有一定的了解，可以提高之后修改代码的效率。
ast-types是recast中所使用的库，提供了语法树节点定义、遍历等功能。ast-types中所定义的类型兼容estree，但实际使用中，感觉有时会有一些缺失，例如在某些情况下，会存在decorators字段不存在的情况，可以通过d.ts文件对ast-types中的类型定义进行扩展。
如果对于编译原理了解的不是那么清楚的话，那么也可以通过recast.parse一些代码，来了解应该如何写，之后依葫芦画瓢编写代码就可以。
以下是一段代码示例:
// 操作AST中的一些节点
import {
builders as b,
} from 'ast-types';
const clazz = b.classDeclaration(
b.identifier(camelCaseWithFirstLetter('MyComponent')),
b.classBody([]),
b.identifier('Vue')
);
clazz.decorators = [
b.decorator(
b.callExpression(
b.identifier('Component'),
[
b.objectExpression([
b.property('init', b.identifier('name'), b.literal('MyComponent')),
],
],
)
)
];
// 上个代码片段所对应的代码
@Component({
name: 'MyComponent',
})
class MyComponent extends Vue {}
选择parser
在recast.parse解析代码时，会默认使用esprima来进行语法解析，esprima（目前为4.0.1版本）对js新语法已经有了较多的支持，但是对于目前的项目中说，还是有部分语法无法解析。为了解决这个问题，recast也可以自定义所使用的语法解析器。
我还找到另外两个语法解析库，分别是@typescript-eslint/typescript-estree和@babel/parser，其中@typescript-eslint/typescript-estree对于目前vue-property-decorator中使用的修饰器语法并不支持，所以最终选择@babel/parser。
// 使用自定义的语法解析库
const ast = recast.parse(jsScript, {
parser: {
parse(source: string, options: any) {
return parser.parse(source, Object.assign(options, {
plugins: [
'estree', // 支持estree格式
'decorators-legacy', // 支持修饰器语法
// 'typescript', 支持解析typescript
],
tokens: true, // 必要的参数。默认为false，解析结果中缺少tokens内容，当缺少tokens时，recast将会重新使用esprima进行解析操作
}))
},
},
tabWidth: 4,
});
对生成的代码进行细节调整
目前使用@vue/cli生成项目过程中，都会提示使用tslint或eslint来帮助保持代码的整洁，如果你不是使用@vue/cli来搭建项目的话，依旧推荐在项目中加上tslint或eslint。
这些库提供了一些代码规范规则，例如：“所以的引号都应该使用单引号”这样的规范，然而使用recast.print生成的代码中默认使用双引号。最终选择还是依据项目的实际情况而定，为此recast也提供一些配置选项，使其能够更灵活地生成代码。
// 使用recast将AST转换成js代码
const code = recast.print(ast, {
tabWidth: 4, // 使用的空格数量
quote: 'single', // 使用单引号或者双引号
trailingComma: true, // 使用启用trailingComma
}).code;
遍历文件
在Node中使用fs来完成对于文件的遍历
import fs from 'fs';
const dir = '/Volumes/Repo2/repo/vue/project/src';
const dist = '/Volumes/Repo2/repo/vue/project_ast/src';
const pageDir = dir + '/pages';
const queue = [ pageDir ];
while (queue.length > 0) {
const filePath = queue.shift();
if (filePath) {
const stats = fs.statSync(filePath);
const isDirectory = stats.isDirectory();
if (isDirectory) {
// 如果是文件夹，将所有的子路径加入queue
const children = fs.readdirSync(filePath);
queue.unshift(...children.map(child => filePath + '/' + child));
} else {
// 如果是文件，判断是否是.vue文件
if (filePath.indexOf('.vue') >= 0) {
const output = dist + filePath.substr(dir.length);
fs.mkdirSync(path.dirname(output), {
recursive: true,
mode: 0o755,
});
handleVue(filePath, output); // 对于vue文件进行处理
}
}
}
}
后续内容
目前在自己的项目上测试，虽然已经把好多工作量自动化了，但还是好多啊（摔！
还有一个我创建的npm组件库large-list，之前使用class的形式来写，应该是因为引入了vue-property-decorator逻辑，所以最终使用rollup打包不进行uglify情况下有27K大小。使用这个库将class形式代码转换成VueOptions形式，之后再使用rollup打包同样不进行uglify只有4K大小，既能让我使用class形式来编写代码，也让最终发布用的代码足够地小。
另外既然可以完成迁移到ts语法的过程，在Vue@3正式发布之后，可能会考虑是否能将旧代码，转换成composition-api的格式。
主子（看我的眼神，不点个赞再走吗~
修改less
在项目迁移过程中，除了对于js内容进行修改之外，也有对样式文件的修改。目前项目中使用的是less，虽然less语法比较简单，甚至可以直接使用多次正则替换来完成修改，但是谁让我比较喜欢折腾呢。( ´･ᴗ･` )
虽然css代码和js代码差别很大，但这次仍旧通过操作AST的方式来完成修改。
依靠postcss将css转换成AST（我觉得了解postcss也很重要呢），不过和recast不同，postcss并不会直接返回AST，需要使用postcss的插件（plguin）来完成这次修改。
下面例子中编写了一个简单的插件:
import postcss from 'postcss';
const code = `
.rule {
width: 20px;
}
`;
const myPlugin = postcss.plugin('postcss-my-plugin', (root, result) => {
root.walkRule((rule) => {
rule.walkDecl((decl) => {
console.log(decl.prop, decl.value); // 将输出 width 和 20px
decl.value = '40px'; // 很简单滴就将20px修改成了40px
});
});
});
postcss([ myPlugin ]).process(code).then((result) => {
/**
* 输出修改过的代码
* .rule {
* width: 40px;
* }
*/
console.log(result.css);
})
更多关于使用postcss来修改less的方法就不多写了，有需要的童鞋可以自己研究一下。
