因为它们变得必须不断更新和维护。因此，我希望尽可能保持精简，但我认为构建工具可以让您（开发人员）花费更多的运行时间，从而减少向浏览器的交付，这是一件好事，特别是当我们构建变得更加复杂。所以我不知道我是否一定会说这只是默认的危险信号。我认为这很大程度上取决于你如何使用它。如果您需要运行构建来发布一页或两页的营销网站或宣传册网站，是的，这是一个危险信号。但是，如果您正在构建一些复杂的应用程序，并且这些应用程序允许您以对您来说更有意义的方式进行创作，然后向浏览器发送更少的内容，那么这并不是一件坏事。这就是为什么我真的找到像 ASTRO 这样的工具， 德鲁是的。
它将所有计算转移到服务器上以
构建时间或预延迟时间，而不是页面请求时间。 克里斯：是的。因此，对我来说，我几乎将构建步骤分解为……就像对我来说，黄金标准是如果我可以在没有任何构建步骤 保加利亚电话号码表 的情况下交付它，那就太棒了。但即使对我自己来说，这个香草爵士乐手也不是百分百今天做事的方式。因此，我认为下一步是编译器将代码减少为尽可能多的 HTML 和普通的旧 JavaScript，而不是那些创建更多 JavaScript 的编译器，比如那些使用一堆小文件并生成更大文件的编译器。因此，如果可能的话，多一点前者，少一点后者总是一件好事，但并不总是德鲁：我认为，脱离依赖跑步机，对于 Vanilla JavaScript 方法来说，它一定是一个很大的吸引力，因为没有一百万个依可能。
赖项需要直更新但我想这也是这
些更大框架的优势之一是他们有时规定、有时促进统一的工作方式，这对于大型团队来说非常重要。如果没有框架规定的标准和程序，项目是否会有偏离轨道的危险 克 BTC 数据库欧盟 里斯是的。是的。我认为这是公平的。我想，我曾经一度淡化了这一点的重要性。我认为这是有效的。这是这些工具的一个公平的好处。我认为，也许这里的一个小反驳是，如果你谷歌“如何用 React 做 X”，你会得到六种不同的方法来完成这件事。所以有约定，但不一定是硬性规定，就像如果你不这样做，一切都会违反某种规则。这些工具的吸引力之一是它们具有很大的灵活性。当然，他们确实执行了更多标准方法，但不仅仅是浏览器本机所做的绿色领域。