使用较新的 Laravel Mix 而不是 Elixir 的好处
Benefit of using the newer Laravel Mix over Elixir
从 Laravel 5.4 开始，编译资产的默认方法是使用 Laravel Mix，而不是 elixir。
我知道"Mix"默认使用WebPack来编译资源。
这种方法有什么好处？
The Mix also allows you to compile without WebPack, and this always
produces files that are smaller in size and work the same.
这是完全错误的。您是否尝试配置无数选项中的任何一个来优化您的捆绑包？
从 webpack-bundle-analyzer 插件开始。这会让您了解您的膨胀在哪里、什么是重复的以及从哪里开始调整您的应用程序。
在丑化、分块、重复数据删除、缩小等之间，您最终将拥有与 "large" 相去甚远的编译资源。
现在我承认，与其他工具相比，它的学习曲线比较陡峭，无论如何，WebPack 是一个非常强大的工具，您需要花时间学习它的配置功能。
想详细说明你所说的相同工作是什么意思吗？我 运行 几个生产应用程序以及一些较小的个人项目。我似乎从来没有在每次构建后得到不同的结果。
但最终它只是一个工具。与任何其他工具一样的工具，您可以使用您觉得舒服并且适合工作的工具。不过，它被选为默认值是有原因的。这并不是因为维护人员无论如何都无知。
从 Laravel 5.4 开始，编译资产的默认方法是使用 Laravel Mix，而不是 elixir。
我知道"Mix"默认使用WebPack来编译资源。
这种方法有什么好处？
The Mix also allows you to compile without WebPack, and this always produces files that are smaller in size and work the same.
这是完全错误的。您是否尝试配置无数选项中的任何一个来优化您的捆绑包？
从 webpack-bundle-analyzer 插件开始。这会让您了解您的膨胀在哪里、什么是重复的以及从哪里开始调整您的应用程序。
在丑化、分块、重复数据删除、缩小等之间，您最终将拥有与 "large" 相去甚远的编译资源。
现在我承认，与其他工具相比，它的学习曲线比较陡峭，无论如何，WebPack 是一个非常强大的工具，您需要花时间学习它的配置功能。
想详细说明你所说的相同工作是什么意思吗？我 运行 几个生产应用程序以及一些较小的个人项目。我似乎从来没有在每次构建后得到不同的结果。
但最终它只是一个工具。与任何其他工具一样的工具，您可以使用您觉得舒服并且适合工作的工具。不过，它被选为默认值是有原因的。这并不是因为维护人员无论如何都无知。