从客户端和服务器Rest映射模型
从客户端和服务器Rest映射模型
提问于 2017-03-16 03:20:41
我在一个项目中使用客户端-服务器通信通过restful，角2调用restful服务，具体而言。在客户端，它是用类型记录( javascript的一个子集)编写的。
我的问题是，服务器端的对象是嵌套的，复杂的，很难在客户端接收响应(JSON对象)时精确地建模/反序列化。
我的问题是：
- 我们是否需要在客户端为所有json响应对象创建一个类，并在将其绑定到HTML视图或处理数据之前反序列化它们？
- 那么响应JSON对象会有多大/多复杂呢？(业绩、最佳做法.)
- 对于如何在客户机和服务器之间共享工作负载，我仍然感到困惑。是什么决定“我们应该在服务器端处理它”还是“我们应该让客户来做”呢？很多情况下，我可以让服务器端在返回客户端之前获取大量数据，或者应该让客户机发出多个请求并在其端获取数据？我的应用程序可能是一个可供大约1000名用户使用的intranet应用程序(大约5-10并发)。
我是刚开始使用rest的web应用程序，所以我非常感谢你们，如果你们能在这方面指导我。
回答 1
Stack Overflow用户
发布于 2019-03-03 20:23:14
让我回答问题3，我为一个小项目开发了微服务体系结构，并面临着同样的问题。可以在服务器端或客户端实现逻辑。
服务器一方面可以返回简单的普通对象，另一方面可以返回包含所有必要的嵌套和处理数据的对象。
在第一种情况下，客户端应该对服务器进行更多查询，以便收集所有嵌套数据。客户端应该更加复杂，并预见到服务器数据在一系列请求中可能被更改的所有情况(保持数据的一致性)。但它确实简化了服务器实现--它可能只是一系列CRUD存储库。它甚至可以是基于底层DB的自动生成服务器。
在第二种情况下，服务器返回复杂的嵌套对象。它允许简化客户端，因为在现代框架中JSON反序列化非常简单。它减少了对服务器的查询数量。如果客户端可以在一个查询中拥有所有必要的数据，那就太好了。
在这两种情况下，业务逻辑都应该在某个地方实现。我投票给简单的客户端，并在服务器端隐藏复杂性。最后，一个服务器可以是多个客户端。这就是为什么复杂服务器比复杂客户端更有利的原因。
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接：
https://stackoverflow.com/questions/42824689
复制相关文章
相似问题
腾讯云开发者
