В отношении моего другого вопроса о моделировании реальной структуры дерева, обращенной к пользователю (Using firebase tree structure to represent a "document outline" structure directly), я думал о создании общего подхода к «символической привязке» на определенных уровнях гнездования до преодолеть ограничение 32 уровней вложенности и необходимость сразу получать все подузлы.Firebase «symlink» на другой узел
Есть ли «лучшие практики» для «символической ссылки» в firebase?
Например:
- синтаксиса (содержание, структура ключ-значение) для firebase узла, который будет символизировать ссылку на другой узел
- должен символическая содержать путь к целевому узлу (абсолютное или родственник?) или просто какой-то глобально уникальный идентификатор?
- API для обратного вызова, который будет срабатывать, когда содержание символической завершения загрузки асинхронно
Я представляя немного обертки API, который будет абстрагировать разница, действительно ли там узел или это доступ косвенно через " символическая». Может существовать дополнительный API-метод «теперь выберите меня это/больше», поскольку пользователь хочет получить более подробную информацию о отображаемых данных (например, сверлить глубже в дереве), и он может быть извлечен, например. следующий уровень вложенности (через обратный вызов), абстрагируясь от того, действительно ли было содержание детей или просто символически связано ...
Это похоже на хорошую идею вообще?