graphql解析器返回评分计数的首选数据结构是什么？

Question

查看：

​

​

我从graphql字段解析器返回的Json。json是sql查询的直接响应：

​

​

前端开发人员会说：

​

​

我对此做出了回应：

​

​

我觉得这是过度工程的情况，视图有责任根据他们的视图需求转换和使用数据。我理解缓存计数以优化查询响应的需求，这与arrray vs json格式无关。前端开发人员不相信我的回答，他认为这会导致性能问题，我无法理解这一点，他要求我向stackoverflow社区寻求意见。您在这方面的启发将不胜感激。也许我会从中学到点什么。:)

Answer 1

对于像这样的少量数据，从视图端呈现不是问题。根据我对对象和数组结构的看法，在这些场景中应该考虑对象的情况。因为目前的收视率是由明星显示的，如果将来它将被转换为图形或其他类型的表示怎么办。

在这些情况下，两端都需要进行更改，因为您已将视图紧密耦合到服务器端逻辑中。如果你使用对象，那将只是从视图端，服务器将独立于视图。

对象不仅为您提供了解耦的环境，而且将来如果您想要添加一些额外的信息，这对于两个视图都是很容易的。目前它只是数字特定的，如果在未来，视图需要基于用户、区域等配置文件的更多信息，最终您将需要将其转换为这些结构。所以，如果你使用对象，它会更有成效。

在前端，如果你想要优化，你可以使用memorize函数和对象的依赖关系或规范化，这将帮助视图减少太多的过程。

对于reducer函数将它们转换成数组的逻辑来说，这是一些what over操作，假设find方法进行线性扫描，并且您的数据是排序的，那么find方法对于5个数据相当于15 (最好的情况)。你可以使用排序，它大约完成到11，与普通数组相比，你可以获得更高的效率和可扩展性。因为大多数排序方法都接受自定义函数进行排序。

任何修正或其他更多选择都将受到高度赞赏。