我想使用Google Drive实时API为统一项目的有序嵌套列表建模(例如您在标准树小部件中看到的内容)。这些树可能会变得很大,理想情况下可以处理成千上万个项目。
一种方法是:
Item:
title: CollaborativeString
attributes: CollaborativeMap
children: CollaborativeList // recursivly hold other items
但是我不确定在处理大量物品时这是否收费。
一种替代方法是将所有项目树顺序存储在单个CollaborativeList中,并添加一个附加的“级别”属性。然后在客户端上基于该级别重建树结构。这将从必须维护数千个CollaborativeList变为一个大的。可能还有许多我不知道的其他选择。
感谢您提供有关在Google Drive Realtime API中进行建模的最佳方法的指示。
只要文档的总大小在大小限制之内,从框架的角度来看,这两种方法之间就不会有明显的性能差异。(一个警告,将ObjectChangedListeners与高度连接的图一起使用可能会使速度变慢。建议在特定对象上注册侦听器。)
将其建模为真实的树是有意义的,因为这将是最容易使用的树,并且您可以使用新的move操作以原子方式重新排列列表中的项目。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
我来说两句