常见问题

Semo 怎么这么慢，怎么优化？

相对于一些逻辑比较简单纯粹的脚本，Semo 考虑了很多灵活性的设置，包括但不限于插件的多层扫描，配置的覆盖规则，钩子机制等等，其中影响最大的是插件扫描的 IO负担，目前经过一些优化（引入内部缓存）已经有一些效果，后面如果把插件扫描结果彻底持久化，是可以进一步提升性能的，但是是双刃剑，还需要考虑更新机制，后面会持续优化。

另外，到目前为止，都在探索 Semo 在业务开发中的各种可能性，暂时性能问题影响并没有那么大，所以更倾向于投入在探索和兼容各种可能性上。

通过缩小插件扫描范围可以进一步提速：

semo status --disable-global-plugin --disable-home-plugin

如果不想每次都输入，可以放到 .semorc.yml 文件当中：

--disable-global-plugin: true,
--disable-home-plugin: true

或

disableGlobalPlugin: true,
disableHomePlugin: true

Semo 可以直接运行 Typescript 命令么？

简单来说，不可以，如果可以的话，岂不是就成 Deno 啦，但是，在特殊的条件下是可以的，以下是步骤：

1、项目中应该有 typescript 和 ts-node 两个包

yarn add typescript ts-node -D

2、初始化 tsconfig.json

npx tsc --init

可以根据需要进行配置，这里最少要修改的配置如下:

"target": "es6",

原因是，转换的代码里有 async/await

3、package.json 里配置一个 scripts 命令

"scripts": {
    "semo": "node --require ts-node/register ./node_modules/@semo/cli/lib/bin.js",
}

4、修改 .semorc.yml

添加对 typescript 的支持

typescript: true

5、最后创建一个ts的命令行脚本吧

semo g command test
yarn semo test

最后，这种方式比较适合于定义本地命令，性能要比执行编译之后的代码要慢一些，但是开发体验较好，一般常用的方式还是让 Semo 去执行编译之后的命令。