vue webpack 模板（通过 vue-cli）以后会变得更容易使用吗？
Does the vue webpack template (via vue-cli) become easier to use later on?
背景
开始一个新的 vue.js (2.0) 项目。我在其他项目 (vuejs-templates/webpack) 中与 vue-cli 合作过，发现在进行任何类型的更改时很难掌握构建过程。
最重要的是，webpack 因缺乏文档而臭名昭著，因此即使对构建过程进行微小的调整也需要大量工作。
总的来说，我相信我同时了解 webpack 和 vue-loader。不过，我仍然很难全面了解 vuejs-templates/webpack。
问题
我正在考虑为此应用推出我自己的 webpack 配置，但我担心我最终会得到一个与当前 vuejs-templates/webpack 一样大的构建过程。
我的计划是从 vuejs-templates/webpack-simple 开始努力，不要让事情过于复杂。
我想到的是位于 vuejs-templates/webpack-simple 和 vuejs-templates/webpack.
之间某处的配置/构建过程
我很想知道其他人（也许比我有更多经验）对 vuejs-templates/webpack 的看法。想知道它是否会随着项目的发展而变得更难使用，或者它最终是否会变得有意义。
滚动我自己的 webpack 配置/构建过程是否有意义，或者我应该接受它并使用 vuejs-templates/webpack？
在使用 Vue、vue-cli 和 webpack 大约一个月后，我发现了以下内容：
1。滚动你自己的样板
这感觉很像重新发明轮子。不仅仅是看起来：编写所有配置、加载器、选择文件夹结构和设置测试需要花费大量时间。
您会经常将注意力从开发应用转移到调整构建。在开发过程中会有很多小东西需要，但是从一开始就使用 vue-loader 会大大减少痛苦。
总而言之：这是一个非常重大的决定，您需要准备好投入大量时间才能完成设置。
如果您的设置是 so 自定义，您必须推出自己的样板文件，那么请确保您必须重做很多已经在 [ 中完成的工作=64=]。如果必须，请不要犹豫，从当前的 templates/webpack 锅炉中获得一些灵感，您可能想在锅炉中使用一些巧妙的技巧。您也可以从更简单的 webpack 模板开始，然后从那里开始。
2。叉 templates/webpack
如果您打算重做一些文件夹结构并可能更改一些核心库，最好自己创建 templates/webpack 的分支从零开始。
一开始并不容易，但当您开始理解所涉及的结构和工具时，您会意识到最初的挫折是值得的。
作为奖励，您可以通过 vue-cli 安装它并轻松将其重新用于其他项目：
vue init username/repo my-project
3。调整 templates/webpack
有时您不会事先知道样板文件的外观。在那种情况下，我意识到从 templates/webpack 开始并在此过程中做一些小的改变是好的。
在那种情况下，很难将它移动到它自己的存储库并通过 vue-cli 安装它。我的建议是记下您对样板所做的任何更改（或向这些提交添加#hash 或 smth）。
这样，当您开始下一个项目时，您可以按照方法 #2 并通过 vue-cli.
使用它
结论
我认为您在更改 templates/webpack 时遇到的许多问题也必然会在从头开始时突然出现。这可能是因为 Webpack 的文档很差（嘿，Webpack 2 看起来更好！）以及如今构建 JavaScript 项目所需的工具数量多得离谱。
使用templates/webpack不要回头看，时间花在理解它和vue-loader比您花在设置自己的样板文件上的时间要少。
背景
开始一个新的 vue.js (2.0) 项目。我在其他项目 (vuejs-templates/webpack) 中与 vue-cli 合作过，发现在进行任何类型的更改时很难掌握构建过程。
最重要的是，webpack 因缺乏文档而臭名昭著，因此即使对构建过程进行微小的调整也需要大量工作。
总的来说，我相信我同时了解 webpack 和 vue-loader。不过，我仍然很难全面了解 vuejs-templates/webpack。
问题
我正在考虑为此应用推出我自己的 webpack 配置，但我担心我最终会得到一个与当前 vuejs-templates/webpack 一样大的构建过程。
我的计划是从 vuejs-templates/webpack-simple 开始努力，不要让事情过于复杂。
我想到的是位于 vuejs-templates/webpack-simple 和 vuejs-templates/webpack.
我很想知道其他人（也许比我有更多经验）对 vuejs-templates/webpack 的看法。想知道它是否会随着项目的发展而变得更难使用，或者它最终是否会变得有意义。
滚动我自己的 webpack 配置/构建过程是否有意义，或者我应该接受它并使用 vuejs-templates/webpack？
在使用 Vue、vue-cli 和 webpack 大约一个月后，我发现了以下内容：
1。滚动你自己的样板
这感觉很像重新发明轮子。不仅仅是看起来：编写所有配置、加载器、选择文件夹结构和设置测试需要花费大量时间。
您会经常将注意力从开发应用转移到调整构建。在开发过程中会有很多小东西需要，但是从一开始就使用 vue-loader 会大大减少痛苦。
总而言之：这是一个非常重大的决定，您需要准备好投入大量时间才能完成设置。
如果您的设置是 so 自定义，您必须推出自己的样板文件，那么请确保您必须重做很多已经在 [ 中完成的工作=64=]。如果必须，请不要犹豫，从当前的 templates/webpack 锅炉中获得一些灵感，您可能想在锅炉中使用一些巧妙的技巧。您也可以从更简单的 webpack 模板开始，然后从那里开始。
2。叉 templates/webpack
如果您打算重做一些文件夹结构并可能更改一些核心库，最好自己创建 templates/webpack 的分支从零开始。
一开始并不容易，但当您开始理解所涉及的结构和工具时，您会意识到最初的挫折是值得的。
作为奖励，您可以通过 vue-cli 安装它并轻松将其重新用于其他项目：
vue init username/repo my-project
3。调整 templates/webpack
有时您不会事先知道样板文件的外观。在那种情况下，我意识到从 templates/webpack 开始并在此过程中做一些小的改变是好的。
在那种情况下，很难将它移动到它自己的存储库并通过 vue-cli 安装它。我的建议是记下您对样板所做的任何更改（或向这些提交添加#hash 或 smth）。
这样，当您开始下一个项目时，您可以按照方法 #2 并通过 vue-cli.
结论
我认为您在更改 templates/webpack 时遇到的许多问题也必然会在从头开始时突然出现。这可能是因为 Webpack 的文档很差（嘿，Webpack 2 看起来更好！）以及如今构建 JavaScript 项目所需的工具数量多得离谱。
使用templates/webpack不要回头看，时间花在理解它和vue-loader比您花在设置自己的样板文件上的时间要少。