前后端分离：数据的获取与展示方式选择
发布于 9 年前 作者 cosiner 10670 次浏览 最后一次编辑是 8 年前 来自 问答

我采用的是RESTful的方式，前后端完全分离。 但对数据的展示方式不知到如何选择：

  1. 后端每个API对应一个前端一个页面并提供该页面所需的所有信息，前端只需要获取数据再展示即可
  2. 后端每个API只提供一种数据，前端根据页面所需的内容，每个部分请求相应的后端API，全部请求完成后再传递给页面显示

我的考虑是：

  1. 后端和前端过于耦合，很容易造成API复杂，数量增多，不好维护；前端工作较简单
  2. HTTP请求过多，效率低，再加上JS的异步，回调较多；前端工作较多

不知诸位是如何选择的，或者有更好的解决方案，谢谢。

补充：Controller层是Node，我的问题也即Node和后端API交互的问题。

8 回复

你少了ctrl层

@hezedu 不好意思，忘了说明。我这里Ctrl层就是Node，我的问题也就是在这一层怎么选择。

restful的话是二。可以整一个api服务器。再整一个渲染服务器(整合多个接口的资源并做简单的处理）

https://github.com/28509993/mauk 参考我的思路，对你很有好处 这个是基于EXPRESS的，根据文件夹进行路由的WEB框架，解决了原来项目中路由与文件分布使用困难的问题，使用动态路由以后代码的耦合性大大降低； 前端代码JS于后端代码JS根据逻辑需要分布在同一文件夹，根据逻辑要求拉近了前后端代码的空间； !开头的文件提供给前端WEB使用，通过GULP或者其他工具自动发布到对应的PUBLIC文件夹中； $开头文件提供给后端使用，动态加载到路由树中 此框架特别适合中小型应用的快速开发和部署,逻辑清晰，代码简单

我们现在采用的是node接管视图层，但是路由逻辑还是交给前面一层的server来处理，node只负责提供试图渲染服务，根据调用方提供的url和数据来把页面渲染后再吐回给调用方

那你现在的困扰是什么呢？数据压力，还是逻辑混乱耦合性强，不同的痛点，都有不同的解决方案，没有最好的，只有适合自己的，

谢谢诸位，我目前的实现与大家的回答是一样的，采用第二种方式。 主要的困扰就是如果页面的内容多的话，需要分别请求不同的API，会造成过多的HTTP请求（多虑了？）。 不过这种方式每个API的数据比一个大而全的API更容易被缓存，而且接口更清晰。

会造成过多的HTTP请求 - 多虑了

回到顶部