您的配置没有问题。

Angular(从2.0版开始)使用npm模块和依赖项进行开发。这就是你看到这么多文件的唯一原因。

Angular的基本设置包括编译器、类型依赖关系，这些仅用于开发目的。

一旦您完成了开发，您所需要做的就是捆绑这个应用程序。

在捆绑你的应用程序之后，只有一个bundle.js文件可以部署到你的服务器上。

'transpiler'只是一个编译器，感谢@omninonsense添加它。

您的开发配置没有问题。

您的生产配置有问题。

当你开发一个“Angular 2项目”或“任何基于JS的项目”时，你可以使用所有文件，可以尝试所有文件，可以导入所有文件。但如果你想为这个项目服务，你需要合并所有结构化文件，并摆脱无用的文件。

有很多选项可以将这些文件合并在一起:

YUI Compressor 闭包编译器 对于服务器端(我认为最好)GULP

Creating a new project with angular cli recently and the node_modules folder was 270 mb, so yes this is normal but I'm sure most new devs to the angular world question this and is valid. For a simple new project it would make sense to pare the dependencies down maybe a bit;) Not knowing what all the packages depend on can be a bit unnerving especially to new devs trying the cli out for the first time. Add to the fact most basic tutorials don't discuss the deployment settings to get the exported files only needed. I don't believe even the tutorial offered on the angular official website talks about how to deploy the simple project.

你需要确保你只是从Angular CLI生成的项目中部署dist (distributable的缩写)文件夹。这允许该工具获取您的源代码及其依赖项，并只提供运行应用程序所需的内容。

也就是说，Angular CLI在通过' ng build——prod进行产品构建时存在/曾经存在一个问题

昨天(2016年8月2日)发布了一个版本，将构建机制从broccoli + systemjs切换到webpack，成功地处理了产品构建。

基于这些步骤:

ng new test-project
ng build --prod

我看到在这里列出的14个文件的dist文件夹大小为1.1 MB:

./app/index.js
./app/size-check.component.css
./app/size-check.component.html
./favicon.ico
./index.html
./main.js
./system-config.js
./tsconfig.json
./vendor/es6-shim/es6-shim.js
./vendor/reflect-metadata/Reflect.js
./vendor/systemjs/dist/system.src.js
./vendor/zone.js/dist/zone.js

注意:目前要安装webpack版本的angular cli，你必须运行…NPM安装angular-cli@webpack -g

您的开发配置没有问题。

如果你使用Angular CLI，你可以在创建项目时使用——minimal标志

ng new name --minimal

这实际上并不是Angular特有的，几乎所有使用NodeJs / npm生态系统作为工具的项目都会发生这种情况。

这些项目在你的node_modules文件夹中，是你的直接依赖需要运行的传递依赖。

在节点生态系统中，模块通常很小，这意味着我们不需要自己开发东西，而是倾向于以模块的形式导入大部分我们需要的东西。这可以包括像著名的左垫函数这样的小东西，如果不是作为练习，为什么我们自己写呢?

所以有很多文件实际上是一件好事，这意味着一切都是模块化的，模块作者经常重用其他模块。这种模块化的便利性可能是节点生态系统发展如此迅速的主要原因之一。

原则上这应该不会引起任何问题，但似乎你遇到了谷歌应用程序引擎文件计数限制。在这种情况下，我建议不要上传node_modules到应用程序引擎。

相反，在本地构建应用程序，并上传到谷歌应用程序引擎只捆绑文件，但不构建在应用程序引擎本身。