扫码关注官方订阅号
如果是共用一个后台系统,后台架构一般怎么设计才会更加灵活,更加通用呢?
人生最曼妙的风景,竟是内心的淡定与从容!
同问这个问题
后台服务化,设计通用的api
我觉得应该用统一的后台系统,这样保证数据的一致性,然后对app端开放一些接口就可以了。
将后台与 前端(web前端 移动开发端)分离,统一采用 restful 接口交互
http://zhuanlan.zhihu.com/FrontendMagazine/19920223
也可以同时使用多种http://naotu.baidu.com/viewshare.html?shareId=as9kssd6v3sw
跟业务逻辑深度整合的,主要是系统管理员级别的后台使用跟RestAPI同一个后台系统支撑,给用户开放的功能,都是通过统一的API接口与web展示界面进行交互,与APP的交互也是通过API
第一个问题: 据我了解,大部分是,当然也有不是的。
第二个问题: 两种方案: 1. 后台只是作为api服务器,最多管管路由(甚至连模板都不用,直接返回一个html页面),前端主要用Ajax来跟后台交互。 2. 后台主要是为网站服务,不过另外挂载一组api开头路由,app专门用这一组api开头的路由。
这个根据需求决定的。
微信扫码关注PHP中文网服务号
QQ扫码加入技术交流群
扫描下载App
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号
PHP学习
技术支持
返回顶部
同问这个问题
后台服务化,设计通用的api
我觉得应该用统一的后台系统,这样保证数据的一致性,然后对app端开放一些接口就可以了。
将后台与 前端(web前端 移动开发端)分离,统一采用 restful 接口交互
http://zhuanlan.zhihu.com/FrontendMagazine/19920223
也可以同时使用多种
http://naotu.baidu.com/viewshare.html?shareId=as9kssd6v3sw
跟业务逻辑深度整合的,主要是系统管理员级别的后台使用跟RestAPI同一个后台系统支撑,给用户开放的功能,都是通过统一的API接口与web展示界面进行交互,与APP的交互也是通过API
第一个问题:
据我了解,大部分是,当然也有不是的。
第二个问题:
两种方案:
1. 后台只是作为api服务器,最多管管路由(甚至连模板都不用,直接返回一个html页面),前端主要用Ajax来跟后台交互。
2. 后台主要是为网站服务,不过另外挂载一组api开头路由,app专门用这一组api开头的路由。
这个根据需求决定的。