【问题标题】:Vue.js, Vuex, Vue-Router SPA and scaling the app client side vs server sideVue.js、Vuex、Vue-Router SPA 和扩展应用程序客户端与服务器端
【发布时间】:2018-08-14 16:51:19
【问题描述】:
  1. 我正在重写一个非常非常庞大且复杂的应用程序
  2. 我正在使用 Vue/Vuex/Vue 路由器
  3. 它是一个单页应用程序,具有类似于桌面的持久 UI。
  4. 它有超过 150 种“形式”,对应于这么多对象。
  5. 我们必须定期添加新表单。
  6. 假设我将以模态显示这些形式(我不会,但很容易想象)
  7. 应用程序已经大约 15mb。

关于这些表单,在将它们呈现在服务器上并将它们加载到模式中,与在应用程序中包含组件并保持客户端和服务器之间的责任分离之间进行选择时,我应该考虑什么?

我的意思是,要么我们支付不时重新下载的成本,要么我们支付分离客户端和服务器之间的责任以及随之而来的服务器负载的成本。我非常希望将应用程序和后端分开,因为目前后端只是一个 api。但我担心应用程序的大小会增加,以至于我们拒绝发布新的表单(功能)。

不幸的是,如果没有在 Vue 中创建这种规模的经验,我无法预测(即使我已经尝试过)我是在谈论定期 20mb 更新还是 200mb 更新...

想法表示赞赏。

谢谢

【问题讨论】:

    标签: vue.js vuejs2 vue-router vuex server-side-rendering


    【解决方案1】:

    共有三种选择:

    • 1 - 在服务器上渲染它们,比如在 Laravel/blade 或类似的东西中,然后在 vue 应用程序中呈现它们。
    • 2 - 在 vue 的服务器上渲染它们。
    • 3 - 将它们合并到应用程序中。

    决策标准是:

    • 1 - 封装:保持应用程序和 api 的分离或破坏它。
    • 2 - 体验:在提供新功能(API 服务)时以更频繁的下载为代价保留水疗中心的体验。或者相反。

    尽管大小增加,我们还是选择增加下载频率,以保持 UI 和 API 的分离以及用户体验。此外,它维护了我们相对简单的构建和部署流程。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 2020-09-01
      • 2016-10-20
      • 2010-11-10
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      相关资源
      最近更新 更多