这个moduleId值被Angular的反射进程和metadata_resolver组件用来在组件被构造之前计算完全限定的组件路径。

看起来如果你在tsconfig中使用"module": "es6"。Json，你不必使用这个:)

根据Angular doc，你不应该使用@Component({moduleId: module。id})

请参考:https://angular.io/docs/ts/latest/guide/change-log.html

以下是该页的相关文本:

moduleId被删除。删除“组件相对路径”手册(2017-03-13)

我们在推荐的SystemJS配置中添加了一个新的SystemJS插件(SystemJS -angular-loader.js)。这个插件动态地将templateUrl和styleUrls中的“组件相对”路径转换为“绝对路径”。

我们强烈建议您只编写与组件相关的路径。这是这些文档中讨论的URL的唯一形式。您不再需要编写@Component({moduleId: module。Id})，你也不应该。

这个moduleId值被Angular的反射进程和metadata_resolver组件用来在组件被构造之前计算完全限定的组件路径。

如果你得到typescript错误，只需在文件中声明变量。

// app.component.ts
declare var module: {
   id: string;
}
//
@Component({
   moduleId: module.id,    // now it works without annoying Typescript
   ...
})

更新- 2016年12月8日

关键字module在node上可用。因此，如果你在你的项目中安装了@types/node，你将在typescript文件中自动获得module关键字，而不需要声明它。

install -D @types/node

根据您的配置，您可能必须在您的tsconfig中包含这个。Json文件获取工具:

//tsconfig.json
{
   ...
   "compilerOptions": {
       "types" : ["node"]
   }
   ...
}

// some-component.ts
// now, no need to declare module
@Component({
   moduleId: module.id,    // now it works without annoying Typescript
   ...
})

祝你好运

添加moduleId: module。Id修复了在构建原生angular应用程序和angular web应用程序时可能出现的几个问题。使用它是最好的实践。

它还允许组件在当前目录中查找文件，而不是从顶部文件夹中查找