node.js - Typescript 路径别名在运行时未正确解析

Question

我正在运行 VS Code，目前正在尝试在我的 typescript 项目上设置一些别名。

我的开发设置基于 nodemon 和 ts-node，代码被编译到 dist 文件夹。

到目前为止，我成功让 Typescript Hero 使用别名管理导入:



到目前为止，我的文件夹结构是:

.
└─┬ src
  ├──modules
  ├────Category
  ├────Ressource
  ├──shared
  ├────debug

// tsconfig.json
{
    "compilerOptions": {
        "module": "commonjs",
        "moduleResolution": "node",
        "pretty": true,
        "sourceMap": true,
        "target": "es6",
        "outDir": "./dist",
        "baseUrl": "./src",
        "paths": {
            "@shared/*": [
                "shared/*"
            ],
            "@modules/*": [
                "modules/*"
            ]
        },
        "resolveJsonModule": true,
        "esModuleInterop": true
    },
    "include": [
        "src/**/*.ts"
    ],
    "exclude": [
        "node_modules",
        "**/*.spec.ts",
        "**/*.test.ts",
    ]
}

这是第一个失败的别名导入。

//Server.ts file
import Print from '@shared/debug/Print.class';
import App from './App';

const MyApp: App = new App();

MyApp.ExpressApp.listen(MyApp.Config.ExpressPort, () => {
    Print.Log('Express server listening on port ' + MyApp.Config.ExpressPort);
});

但是，我收到一个错误:“cross-env NODE_ENV=development nodemon ts-node ./src/server.ts”上的“找不到模块'@shared/debug/Print.class'”。


这就是我的立场。

现在，我已经阅读了一些关于 SO 的问答，似乎即使我设法使别名在 dev 中工作，它也会在生产中失败，因为我是从 Typescript src 文件夹运行并且我的可交付成果是内置在 dist ?如果是这样，有什么办法可以补救吗？非常感谢

Answer 1

问题出在运行时的 Node 路径别名解析上。即使 typescript 在运行时由 ts-node 执行，别名也无法由 Node 按原样解析。 (我认为)

但这只是冰山一角。
稍后我会在我的玩笑设置和 JS 运行时遇到它。

对于我拥有的每个运行时，我必须找到一种方法来解释我的别名。有一些 npm 包，但其中很多需要更多声明。

而且我不想在我拥有的每个配置文件中声明我的别名，并且只依赖于我的 tsconfig 文件。

经过多次测试，只安装了两个 Node 模块tsconfig-paths用于 ts-node 上的 typescript 运行时执行。
和@ef-carbon/tspm将我的别名转换为构建目标。

npm i -D tsconfig-paths @ef-carbon/tspm

对于 ts-node，脚本修改为:

ts-node -r tsconfig-paths/register ./src/server.ts

对于您编译的 js，您只需运行:

ef-tspm

开玩笑的， ts-jest需要，我已经有了，但没有正确配置。
我使用内置的助手来设置我的路径。
我的笑话配置文件现在看起来像这样:

//jest.config.js
const { pathsToModuleNameMapper } = require('ts-jest/utils');
const { compilerOptions } = require('./tsconfig');
module.exports = {
    roots: ['<rootDir>/src'],
    globals: {
        'ts-jest': {
            tsConfig: 'tsconfig.json',
            diagnostics: {
                warnOnly: true,
            },
        },
    },
    clearMocks: true,
    coverageDirectory: 'coverage',
    testRegex: '(/__tests__/.*|(\\.|/)(test|spec))\\.tsx?$',
    moduleFileExtensions: ['js', 'json', 'jsx', 'node', 'ts', 'tsx'],
    testEnvironment: 'node',
    moduleNameMapper: pathsToModuleNameMapper(compilerOptions.paths, { prefix: '<rootDir>/src/' }),
    pathToJest: 'npm test',
    preset: 'ts-jest',
    testMatch: null,
};

这是我的脚本在我的 package.json 中的样子

  "scripts": {
    "dev:ts": "cross-env NODE_ENV=development nodemon",
    "dev:js": "cross-env NODE_ENV=development npm run start:js",
    "staging": "cross-env NODE_ENV=staging npm run start:js",
    "production": "cross-env NODE_ENV=production npm run start:js",

    "test": "cross-env NODE_ENV=testing jest --runInBand",
    "test:debug": "npm run test --detectOpenHandles",

    "start:js": "npm run build && nodemon --config nodemon-js.json",
    "build": "npm run compile && npm run post:compile && npm run copyAssets",
    "compile": "tsc",
    "post:compile": "ef-tspm",
    "copyAssets": "copyfiles -e ./src/**/*.ts -e ./src/**/*sample* -e ./src/**/*.json -u 1 ./src/**/* ./dist/"
  },

看看情况如何，我可能会在之后添加一个 grunt/gulp 解决方案。但就目前而言，这已经足够了。