Vue.js、Vuex、Vue路由器SPA和扩展应用程序客户端与服务器端 我正在重写一个非常非常庞大而复杂的应用程序 我正在使用Vue/Vuex/Vue路由器 它是一个单页应用程序,具有持久的桌面式UI 它有150多个“形式”,对应于这么多的对象 我们必须定期添加新表单 让我们假设我将以一种模式显示这些形式中的每一种(我不会,但很容易想象) 该应用程序已经达到了15mb左右 关于这些表单,当在服务器上呈现它们并将它们加载到模式中时,我应该考虑什么,而不包括在应用程序中的组件和维护客户机和服务器之间的责任分离?

Vue.js、Vuex、Vue路由器SPA和扩展应用程序客户端与服务器端 我正在重写一个非常非常庞大而复杂的应用程序 我正在使用Vue/Vuex/Vue路由器 它是一个单页应用程序,具有持久的桌面式UI 它有150多个“形式”,对应于这么多的对象 我们必须定期添加新表单 让我们假设我将以一种模式显示这些形式中的每一种(我不会,但很容易想象) 该应用程序已经达到了15mb左右 关于这些表单,当在服务器上呈现它们并将它们加载到模式中时,我应该考虑什么,而不包括在应用程序中的组件和维护客户机和服务器之间的责任分离?,vue.js,vuejs2,vue-router,vuex,server-side-rendering,Vue.js,Vuejs2,Vue Router,Vuex,Server Side Rendering,我的意思是,要么我们支付不时重新下载的费用,要么我们支付在客户机和服务器之间分离责任的费用,以及随之而来的服务器负载。我非常希望将应用程序和后端分开,因为目前后端只是一个api。但我担心应用程序的大小会增加,以至于我们拒绝发布新的表单(功能) 不幸的是,没有在Vue中创建这种规模的东西的经验,我无法预测(即使我已经尝试过)我说的是常规的20mb更新,还是200mb更新 我很感激你的想法 谢谢有三种选择: 1-在服务器上渲染它们,例如在Laravel/blade或其他等效工具中渲染,然后在vue

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

不幸的是,没有在Vue中创建这种规模的东西的经验,我无法预测(即使我已经尝试过)我说的是常规的20mb更新,还是200mb更新

我很感激你的想法


谢谢

有三种选择:

  • 1-在服务器上渲染它们,例如在Laravel/blade或其他等效工具中渲染,然后在vue应用程序中呈现它们
  • 2-在vue中的服务器上渲染它们
  • 3-将它们合并到应用程序中
决定标准是:

  • 1-封装:保持应用程序和api的分离,或者打破它
  • 2-体验:随着新功能(api服务)的提供,以更频繁的下载为代价保留spa的体验。或者相反
我们选择增加下载频率,尽管大小有所增加,以保持UI和API的分离以及用户体验。此外,它维护了我们相对简单的构建和部署过程