最近在写一个自己的小项目，是一个多页面应用，综合考量下，选择了前后端分离这种架构。
注意，不是单页应用！
某些问题可能有点简单，请多多包涵。
首先，我开始以为的前后端分离是这样的：
- 服务端负责提供 API （包括权限验证、增删查改、会话）
- 前端浏览器负责 UI 渲染和逻辑控制，前端相关的 js/css/html 等资源都是静态文件，可以放在 CDN
然后我想到一个路由问题，比如客户端请求了一篇文章的 URL ，该怎么处理？ 这里有两种路由格式：
-
/articles/#/1
nginx 直接返回 /articles.html 或 /articles/index.html ，然后前端解析 hash 并请求相关资源，再渲染出来
-
/articles/1
这种需要编写 nginx 规则来拆分 URL ，其它基本同上
上面这些遇到简单结构的 URL 还好，但是结构化的复杂的 URL 就不好处理，比如获取用户 1 的文章 1 ，URL 为“/users/1/articles/1”，这种又该如何处理？我能想到的是仍然返回 /articles.html 或 /articles/index.html ，然后前端再根据制定的 URL 规则解析处理。
除了路由问题，前端页面的权限控制怎么做？比如有这样一个需求，某些页面只能特定用户访问，任何无权限用户不应该获取到这些页面的任何信息，即便无权限用户根本不能请求相关 API 。
综合上面的问题，我想到一个折中的办法：
-
API 服务端照旧
-
编写一个“前端”服务端负责前端页面权限验证、管理路由规则，数据获取和操作仍然通过 API 服务。
比如有这样一个页面“/users/{uid}/dashboard/user-details?uid=xxx”，服务端路由 handler 取得客户端的 token ，向 API 服务查询权限， 如果该用户具有某些已标记权限则返回该页面，否则返回 403 或重定向到某页面。
这样前端服务器仍然可以选择和 API 服务器不一样的技术，可以使用 node 一把梭，也可以用 openresty ，还可以用其它的技术。
-
nginx 只做代理
最后，有更好的办法吗？你们的实际项目又是怎么做的？
1
Select Language