RESTful实现前后端分离后 整个项目的性能问题

最近要上一个新项目,是一个积分商城,那么我想通过RESTful来实现数据接口供前端调用。

首先后台也是用RESTful做管理端的接口(用SpringBoot来实现),此项目不包括任何页面,只有接口;
然后用Nginx或Apache做前端页面,纯静态,通过Ajax的方式请求RESTful接口达到数据交互

再实现一套RESTful接口用于手机端(APP及公众号),也是不包括任何页面;
前端也是通过纯静态页面来请求接口;
在这种情况下,前端(公众号)的页面呈现性能会不会大打折扣(比如显示产品详情,首先要请求html,然后再通过Ajax请求接口返回数据)?
管理后台在性能上倒没这么高的要求,能管理信息就好!

不知道这种方案是否可行?需要如何优化会更好呢?

阅读 5k
4 个回答

应该不会,我们上一个项目就是这种方式,当时是做的pc网站,纯静态html加ajax加rest,没什么问题,htnl的加载速度非常快,唯一的问题是ajax的访问如果太多导致页面加载很慢,当时我们是在不同的请求中间加gif动画,看起来没什么问题,慢是肯定的。

对于你的问题,如果前后端分离,首先考虑的应该是
1.后端渲染与前端渲染的性能问题
2.前端的安全问题
如果只看性能问题,不管后端渲染还是后端渲染,性能可能不是很明显。因为如果后端渲染是增加服务器的压力,前端渲染那就是浏览器的事。
所以各有利弊

请求静态文件非常快。。。

但是Ajax请求多,渲染页面会出现卡顿的情况。这个尽量控制下请求数,3~5个是可以的。

可以调优Json格式、Js处理逻辑等。现在浏览器引擎也非常快,降低服务器压力比较好。

如果你担心的ajax 请求过多, 可以考虑放弃RESTful上 GraphQL

撰写回答
你尚未登录,登录后可以
  • 和开发者交流问题的细节
  • 关注并接收问题和回答的更新提醒
  • 参与内容的编辑和改进,让解决方法与时俱进