Самый простой способ - посмотреть на это так:
Триод - это плоская часть предопределенной, постоянной информации. Когда родительское дерево загружено, базовая структура узла (гипотетически) фиксируется в этой точке. Проще взглянуть на это из контекста: когда вы расширяете узел, его дочерние элементы эффективно «известны» (предопределены / жестко заданы) до того, как они будут загружены.
Асинхронный узел «асинхронно» загружает своих непосредственных потомков, когда запрашивает . Эти дочерние элементы могут быть динамически установлены на любом этапе операции и могут изменяться в зависимости от любого количества факторов и обслуживаться по мере необходимости. Каждое расширение ребенка динамично.
Следовательно, если принять за абсолют, регулярный узел будет всегда иметь одинаковые дочерние элементы (не всегда верно, но верно в контексте этого объяснения), асинхронный узел может иметь разных дочерних элементов на разных раз. Асинхронные узлы могут, например, динамически загружать дочерние элементы из базы данных (которая может содержать разные записи в разное время) или на основе другого фактора в приложении. Поэтому, если вы хотите установить структуру древовидной панели, перейдите к обычному узлу - если вы думаете, что структура древовидной панели может измениться в зависимости от ряда факторов, используйте асинхронный узел для загрузки дочерних элементов из запроса.
Надеюсь, это поможет!