Rails Webpacker还是Vue-CLI？

Question

我正在构建一个单一页面(Web)应用程序。我对Rails v5.0很感兴趣，尤其是它内置的API功能。

在过去，我使用Vue.js构建了Vue.js前端，通常使用Vue-CLI project提供的模板。这使得Vue component-based静态站点的部署基本上可以在任何地方进行。太棒了。

现在，Rails 5.1有一些内置的Webpack和Yarn功能，看起来也相当有吸引力。我不知道如何处理我的新申请。

我的问题：

• 使用Rails v5.1中提供的Webpacker扩展，将Webpack和Vue集成到Rails本身的利弊是什么？我打算部署到Heroku。
• 另一方面，在后端使用Rails API只模式和在自己的目录中维护基于Vue/Webpack的前端的利弊是什么？我会将所有内容保存在同一个存储库中，通过Heroku部署后端，通过像Netlify这样的静态主机部署前端。
• 哪种方法会有更多的认知开销或技术复杂性？

在过去的几天里，我环顾四周，并没有在网上找到很多关于这方面的简明信息。人们似乎对Rails开发环境的自动重新加载特性感兴趣，但我已经免费使用了Vue-CLI。

据我所知，这些是将它们分开的理由：

• 部署前端是相当非常简单的任何地方。
• 用于Rails的Webpacker模式是非常新的，目前还不存在很多教程或指南，特别是在集成测试方面。保持独立意味着我现有的测试仪器应该仍然适用。

以下是将这两个部分集成在一起的一些优点：

• 如果有必要的话，将来可能会在前端和服务器生成的页面中使用静态资产。
• 购买“Rails方式”，暗示Rails团队未来的维护。
• JS前端不需要单独托管。
• 不需要担心CORS (?)

这两种方法还有哪些其他具体好处？

Answer 1

当我开始的时候，我走上了网络包装的道路，因为这看起来是“应该的”。就像你说的，很少有指导。Webpacker (依靠最新的节点)似乎是一个移动的目标，使得部署甚至开发更加复杂。为了什么利益，我要求和摆脱它。

现在我使用vue 来自cdn。好处：

• 缓存在接近用户的位置
• 几乎零安装
• 易于开发/生产版本

我将应用程序代码写入rails模板。使用haml，实际上也可以使用ruby2js，但是您可以很好地使用javascript。这就是我开始的方式，但我喜欢ruby，而ruby代码的大小几乎是生成的js的一半，但我正在偏离轨道。

因此，模板是您的"vue和注意到的“rails模板。小代码也会进入rails模板。可以在资产中定义更多代码，并从应用程序中引用这些代码。甚至组件也可以使用x模板语法写入模板。

最后但并非最不重要的一点:数据可以通过to_json直接传输到模板中。在同样的渲染中。比额外的查询快得多。当to_json还不够的时候，我们可以使用rabl来获得所需的信息。

我希望我说得很清楚。我正在写一些vue-rails的东西，因为没有什么东西可以找到。小心这里 (我会在帖子准备好的时候发表评论)