我正在为一个新的 Web 应用程序设计架构。 我认为后端(服务器)和前端之间的通信应该仅是 JSON。 以下是我的论据:
- 客户端有责任以自己的方式操作和呈现数据。服务器应该只向客户端发送所需的原始信息。
- JSON 是轻量级的，远程客户端可能会通过较差的移动连接使用我的应用程序
- 它允许多种前端开发(桌面设备、移动设备) 设备)并有潜力为其他开发者创建 API
考虑到我们内部拥有前端技能，可以从原始 JSON 信息中完成几乎所有我们需要的工作，因此我看不出对这种方法有任何反驳。
您能否针对这种仅使用 JSON 的选择提供反驳意见，以便我做出更明智的选择？ 一定有很多后端框架(想想 php 的框架)仍然宣传 HTML 模板以向客户端发送 HTML 格式的响应。 谢谢
更新:尽管我之前研究过这个主题，但我发现了一个类似且非常有趣的帖子:Separate REST JSON API server and client?
最佳答案
市场上已经有许多基于前端的框架非常有效地支持 Json，其中一些是主干、下划线、角度等。现在，如果我们谈论后端，我们通常对此类应用程序使用基于 REST 的通信。所以我认为这种类型的架构已经存在于市场中并且运行良好，特别是如果我谈论基于移动的应用程序。
关于JSON仅在后端和前端之间，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/21227497/