Roe*_*eKa 5 rest android hateoas gson ios
所以我正在构建一个移动应用程序,它将使用RESTful Web服务(我也在自己编写)经过大量研究后,我有一些关于移动应用程序和HATEOAS约束的问题.
我通常使用Gson库来解析没有HATEOAS约束的对象,并且它已经被证明是非常有效的.但是对于HATEOAS,我正在考虑使用Gson进行反序列化,使用Json-HAL作为响应格式.
如何解析我的应用程序中的所有_links和_embedded资源,而不会使反序列化过程令人厌烦？有些对象可能有"嵌入"资源,有些则没有.我应该如何创建我的数据模型对象以支持所有这些新标签？我很遗憾这部分,所以我很感激一个例子.
有没有人在移动应用上有任何实施此约束的技巧？
如果您认为HAL或Json不是移动设备的正确选择,请告诉我们.
对移动设备实施这种约束对我来说似乎有些过分.
请赐教,谢谢!
聚会有点晚了，但我觉得解决这个问题的最好方法是，总结一下：
_links和两者中的事物_embedded视为链接。它们实际上是同一个“东西”。_embedded与此相比，不同之处_links在于它_embedded确实应该预先填充您的缓存。因此，无论您收到什么，都应该将其添加到某种缓存中，这将使将来GET不再需要这些资源的请求。这种方法的好处是，服务器现在可以“提升”来自 的链接，_links并_embedded让您的客户端自动适应这一点并减少 HTTP 调用。
参考资料：（免责声明，我写的）
| 归档时间： |
|
| 查看次数： |
763 次 |
| 最近记录： |