Symfony Методы с самоссылающейся сущностью, не возвращающие сущность - PullRequest
Новая
       7

Symfony Методы с самоссылающейся сущностью, не возвращающие сущность

0 голосов
/ 28 января 2020

У меня есть самоссылающаяся сущность меню (созданная с использованием make:entity): 

     /**
     * @ORM\Id()
     * @ORM\GeneratedValue()
     * @ORM\Column(type="integer")
     */
    private $id;

    /**
     * @ORM\Column(type="string", length=255)
     */
    private $name;

    /**
     * @ORM\ManyToOne(targetEntity="App\Entity\Menu", inversedBy="children")
     */
    private $parent;

    /**
     * @ORM\OneToMany(targetEntity="App\Entity\Menu", mappedBy="parent")
     */
    private $children;

и данные: 

| id | name      | parent |
|----|-----------|--------|
| 1  | MainItem  | null   |
| 2  | Child 1-1 | 1      |
| 3  | Child 1-2 | 1      |
| 4  | Child 1-3 | 1      |

Моя функция для получения пунктов меню верхнего уровня : 

private function getTopMenu (MenuRepository $menuRepository) {
        return $menuRepository->findBy(['parent' => null]);
    }

возвращает следующее: 

array:1 [▼
  0 => Menu^ {#1186 ▼
    -id: 1
    -name: "MainItem"
    -parent: null
    -children: PersistentCollection^ {#1188 ▼
      -snapshot: []
      -owner: Menu^ {#1186}
      -association: array:15 [ …15]
      -em: EntityManager^ {#1050 …11}
      -backRefFieldName: "parent"
      -typeClass: ClassMetadata {#1096 …}
      -isDirty: false
      #collection: ArrayCollection^ {#1189 ▼
        -elements: []
      }
      #initialized: false
    }
  }
]

Поскольку я ничего не получал от детей, я попытался работать в обратном направлении, используя $menuRepository->find(2)->getParent();, что вернуло: 

Menu^ {#1205 ▼
  +__isInitialized__: false
  -id: 1
  -name: null
  -parent: null
  -children: null
   …2
}

Наконец, я попытался $menuRepository->find(2)->setParent($menuRepository->find(3))->getParent(), что, наконец, показалось мне куда-то: 

Menu^ {#1201 ▼
  -id: 3
  -name: "Child 1-2"
  -parent: Menu^ {#1205 ▶}
  -children: PersistentCollection^ {#1200 ▶}
}

Я не могу понять, почему getChildren и getParent не возвращают данные.

1 Ответ

0 голосов
/ 29 января 2020

Доступ к детям от родителей должен работать. И наоборот тоже.

Прежде всего, убедитесь, что ваш конструктор объявляет новую коллекцию ArrayCollection для ваших детей. Очень важно при использовании отношения OneToMany, потому что Doctrine использует ArrayCollection для правильной загрузки дочерних данных. 

use Doctrine\Common\Collections\ArrayCollection;

...

public function __construct(){
    $this->children = new ArrayCollection();
}

Если это все еще не работает, я бы предложил изменить режим выборки для вашей сущности. mapping. 

/**
 * @ORM\OneToMany(targetEntity="App\Entity\Menu", mappedBy="parent", fetch="EAGER")
 */
private $children;

Осторожно, режим активного извлечения загрузит полный массив при первом извлечении БД. Обычно doctrine будет использовать отложенную загрузку, которая вызывает вызов БД при использовании метода get (). Режим активной выборки может быть опасным, потому что каждый раз, когда вы будете запрашивать меню, будут загружены также все дочерние элементы, что может привести к большим накладным расходам.

Надеюсь, это поможет!

РЕДАКТИРОВАТЬ: Существует Я думаю, что вы можете попробовать эту аннотацию, чтобы она работала с отложенной загрузкой. Аннотация: @ORM \ JoinColumn. 

/**
* @ORM\ManyToOne(targetEntity="App\Entity\Menu", inversedBy="children", fetch="LAZY")
* @ORM\JoinColumn(name="parent_id", referencedColumnName="id", onUpdate="CASCADE", onDelete="CASCADE")
*/
protected $parent;

Это может все еще не работать, есть специфическое c поведение с самоссылающимися сущностями, вы можете прочитать об этом здесь: Doctrine - самоссылающаяся сущность - отключить выборку дочерних элементов В нем говорится о том, что коллекции могут не инициализироваться должным образом при работе с самоссылающимися сущностями.

Что касается извлечения с нетерпением, то оно должно загрузить все дерево, но это ограничение к этому. Ограничением является фактическое MySQL количество лимитов соединения (по умолчанию 64 из памяти). Это может быть сделано довольно быстро.

Если вам когда-нибудь понадобится загрузить все меню, структурированное как дерево, я бы предложил запросить всю таблицу в виде плоского массива, а затем построить дерево с помощью функции, упомянутой здесь Построить дерево из плоского массива в PHP. Поэтому 1 запрос вместо N запросов в зависимости от количества веток в вашем дереве. Если вам когда-либо понадобится загрузить меню из указанного узла c внутри дерева в качестве начальной точки, вы можете запросить только результат из родительского узла, который вы хотите, в виде плоских данных, а затем снова построить дерево. Как показано здесь Как создать MySQL иерархический рекурсивный запрос

...