仅在后端和前端之间使用JSON

Question

我正在为新的Web应用程序设计架构。 我认为后端（服务器）和前端之间的通信应该只是JSON。 以下是我的论点：

• 客户有责任以自己的方式操纵和呈现数据。服务器应该只向客户端发送所需的原始信息。
• JSON是轻量级的，我的应用程序可能被远程客户端用于移动连接不良
• 它允许多个前端开发（桌面设备，移动设备 设备）并且有可能为其他开发人员创建API

我认为这种方法没有任何反驳，因为我们内部有前端技能，几乎可以从原始JSON信息中完成所有工作。

你能为这个仅限JSON的选择提供反对论据，以便我能做出更明智的选择吗？ 必须有一些作为很多后端框架（想想php的框架）仍然宣​​传HTML模板以向客户端发送HTML格式的响应。 感谢

更新：尽管我之前研究过这个主题，但我发现了一篇类似且非常有趣的文章：Separate REST JSON API server and client?

Answer 1

市场上已有许多基于前端的框架，它们非常有效地支持Json，其中一些是主干，下划线，角度等。现在我们谈论后端，我们通常使用基于REST的通信来实现这种类型的应用。所以我认为这种类型的架构已经在市场上出现并且运行良好，特别是如果我谈到基于移动的应用程序。

Answer 2

尽管这个问题已经死了，但我认为我应该尝试权衡一下。
出于您陈述的所有原因以及更多原因，仅通过JSON文件在后端和前端之间进行通信可能是最佳的可用方法，因为它为Web应用程序提供了更加分隔的结构，并且同时时间会大大减少通过用户连接发送的数据。
但是，这直接导致的一些缺点是：

• 需要进行更多的JavaScript前端开发（因为HTML结构不是由服务器发送的，需要在客户端中创建）
• 它将压力从服务器转移到客户端，因此客户端需要运行更多的JavaScript（这有时对于移动用户而言可能是个问题）