Pc端2c(面向客户)类网站,首页技术栈如何选型?
发布于 12 天前 作者 bi-kai 1099 次浏览 最后一次编辑是 8 天前 来自 问答

PC端,2B类或后台管理系统用任何前端框架实现SPA,性能上问题不大,体验较好。

在面向客户的网站,比如商城类、团购类等,简化为三类页面:首页、列表页、内容页。

从性能和角度,有如下疑问: 1. 这类网站的列表页、内容页用前端框架,比如基于vue、react的SPA或MPA应该也没问题吧? 2. 网站首页通常访问频繁,动效较多,数据绑定少,对前端框架技术栈依赖不多,如果不用前端框架,那首页和其他页面的构建又是分开的,这里一般怎么规划的呢?

内容重新编辑如下: 2B类或后台管理系统PC端用vue SPA性能问题可忽略,交互体验好。

但对2C类网站我有个疑问:商城类、团购类等网站首页,从长远角度,该如何技术选型? 思考如下:

  1. 首页仍然用vue SPA或MPA来做,如果高性能场景添加ssr。好处是一套构建流程,可能的缺陷是这类网站首页通常访问频繁,动效较多,难以避免使用jQuery插件,用到的vue特性有限
  2. 如果首页不用vue,那首页和其他页面的构建又是分开的,这也不合适。

我倾向于,全站所有页面做成vue SPA或MPA,一套构建更优雅些。动效插件尽量找vue的替代,找不到的也只能使用jQuery版的动效插件。不知道这样是否合理?

大家对于大型商城类网站首页(重点)、内容页的技术栈规划是怎样的呢?

3 回复

其实都可以采用vue丶react的ssr架构,对于首页后端渲染加载速度快,对于ajax请求多的页面,后端渲染骨架前端再次请求数据渲染(减轻服务端渲染压力)。

@pretty-foam 用ssr是个提升效率不错的选择,我的纠结点是首页大部分是偏动效类的交互,依赖前端框架功能并不多。用vue、react吧感觉有点重,不用吧貌似要用回jQuery,这更奇怪了。 用户量不大的情况下,vue或react一套技术栈下来是很自然的选择,如果考虑大量用户的话,技术栈改如何演进呢(只是技术栈上,不考虑cdn等加速)?

重新编辑了描述,关于网站首页从技术栈选型和构建的角度,大家是如何考虑的呢?

回到顶部