系统架构-一个系统设计一个单独的api模块合不合理
要设计一个系统，有web、android、ios三个终端，打算开发一个单独的api系统对外提供http接口，其他web和app，通过http协议调用这些接口获取、操作数据，不知道这种方案合不合理。还是web的自己操作数据库，移动app通过http调用api这种常见的方案比较好。
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
基本上同意楼上的说法。但是有一个问题需要考虑的是，如果提供 HTTP 的服务的话，难免会涉及到加密之类的东东，iOS 和 Android 作为服务的消费者完成加密的动作是很容易的，但是如果 Web 端作为服务消费者，可能加密的事情得后置到 Web 应用的后台，在前台使用 JS 并且考虑兼容性的话相对不太容易实现。如果后置到 Web 应用后台，那么存在一个问题就是这个后台即作为浏览器的服务端，又作为底层服务的客户端，对于资源尤其是 Socket 的消耗稍微大一些。不知道楼主的实际场景是不是需要考虑这些事情。
完全没问题，实际上从架构设计来说也应该这么做，一个内核支持N个shell,剩下的就看你的web压力有多大，通过http调用API获取数据能不能满足性能要求