是否有可能在几毫巴以下创建Angular2 2/4包？

Question

目前，我正在为公司将我们的一个web应用程序迁移到Angular4 (数以万计的日常用户)的策略做初步的准备工作。我注意到，官方的角度文档在许多方面似乎有些缺乏。我特别想知道，人们是如何创建Angular2/4构建工具链的？而且，更广泛的web开发社区是否认为Angular4已经足够成熟，可以在上面构建严肃的企业级web应用程序？我开始怀疑了。

我创建了PoC应用程序，使用systemJS、Rollup、webpack自己和webpack作为角cli的一部分，即使使用“Hello”级别的例子，我似乎也无法创建2+mb大小以下的包，我认为它完全不适合任何严肃的面向公众的应用程序。即使是"AOT“与Webpack一起编译，再加上”摇动树“，似乎也无法创造出可接受大小的人工制品。环顾开源社区，我找不到解决这个问题的项目。我所发现的大多数项目仍在使用角形cli样板，并且被认为是易于刺激的应用程序，如'ng2-admin‘，都是6mb左右，完全缩小了他们自己的预定义的工具链。

我已经成功地集成了一个基于角-cli的工具链与我们的CI管道，并可以部署一个‘小型化’(Sic)应用程序到一个服务器，但构建时间是可怕的，最终的文件大小是不可接受的，即使在遵循所有的官方文档和最好的建议，我可以在网上找到文章。

tl；博士:angular 2/4能否用于创建大小在几兆字节以下的web应用程序?如果是这样的话，这能在不耦合到角cli或webpack的情况下实现吗？用来捆绑应用程序的最精简的工具链是什么？如果人们能向我介绍一些克服了这些问题的应用程序，或者创建构建管道的更好策略，我将非常感激。

Answer 1

我可以明确地回答你的部分问题：

能否使用Angular2 2/4创建大小小于几兆的web应用程序？

显然，这取决于你到底在做什么，但就我而言，答案是肯定的。我开发了许多小角度应用程序(3-10 kLoc，2-5外部依赖项)。我使用角-cli来管理我的应用程序以及构建应用程序，它们最终得到了非常合理的生产规模(IMO)。对于我更大的应用程序，生产构建时间需要20-30秒。最终文件大小为170 is。它不是最小的，但也不是不合理的大。我使用的是一台相对低功耗的笔记本电脑(四核，1.9Ghz)。

那些结果是直截了当的。我还没有做过任何尝试来处理安装/工具链。

显然，我们现在正冒险进入基于观点的答案的领域，但我没有用它来炒作。我欣赏这个系统架构:我发现它很容易在内部工作，而且我发现它可以为我做很多事情，只需付出很少的努力。当然，我还没有深入研究过其他任何现代的javascript框架，所以我想我可能也会喜欢其他的框架，但是我非常满意它的角度。

关于服务器端渲染，我想说的是，我很有可能在未来研究这个问题，但是这个主题与角度无关。我使用角，因为我需要一个高度动态的前端体验，这是非常难以再现的后端系统，辅之以一些javascript。角度(或任何前端应用程序，真的)因此对我来说是必要的。然而，所有前端应用程序都有一个直接的缺点:登陆页面的页面加载速度较慢，因为整个应用程序必须交付，应用程序必须初始化，然后您可以去获取数据来加载页面。这使得在最重要的情况下在开始时访问服务器的次数更多，因此最终用户的总体体验更慢。不过，这并不是角的问题:当你开始构建前端应用程序时，这只是猛兽的本质。

Answer 2

这是一个为生产而生成和构建的裸工作应用程序的大小，该应用程序使用@角/cli 1.2.0。

​

​

所以，对你的问题的简短回答是:是的，你可以创建一个大小小于几毫巴的角4束。除了这一点外，这只是一场固执己见的讨论。