Игнорирайте липсващите обекти в доктрината

Да, напълно е възможно, но ми е трудно да ти кажа как точно да го направиш, защото не си дал никакви примери. Можете ли да дадете някои съществуващи примери за код, за да мога да ви дам съвет за тях?

Между другото, правите заявките в хранилища по следния начин:

$qb = $this->entityManager->createQueryBuilder();
$qb->select('e')
    ->from('MyBundle:Entity', 'e')
    ->where($qb->expr()->eq('e.id', ':id'))
    ->setParameter('id', 1)
    ->setMaxResults(1);

$result = $qb->getQuery()->getOneOrNullResult();

Тогава резултатът ще съдържа null, ако обектът не бъде намерен. Но мисля, че най-вече методите find* ще върнат нула. Проверете класа Repository от Doctrine2. Ако имате нужда, можете също да разширите хранилището на Doctrine и да замените методите, в случай че нещо хвърли изключение. Можете да го хванете и да върнете нула, празни масиви или всякакви ръчно изработени обекти... и т.н.

Ако правите някакви съединявания, помислете и за използването на ляво съединяване, ако не сте сигурни, че данните ще бъдат там. Също така при достъп до реферирани обекти във вашия код, например ако имате:

$user->getProfile();

И има опасност да върне null, проверете в самия метод, преди да върнете обекта, нещо подобно:

public function getProfile()
{
    if ($this->profile === null) {
        return new DummyProfile();
    }

    return $this->profile;
}

Където DummyProfile може да разшири вашия оригинален обект Profile и може да бъде като макет обект, връщащ някои стойности по подразбиране. Можете също така да запишете този фиктивен обект в свойство и да го върнете следващия път, така че да не се инстанцира през цялото време (модел с единичен обект). Това е начинът, по който можете да защитите кода си, така че да не се окаже, че извиквате методи на null, което би довело до php грешка.

Надявам се това да ви даде идея как да продължите... :)

А, това е PITA, който виждаме доста често. Ако имате деактивирано мързеливо зареждане, тогава Doctrine може да зарежда и хидратира всички свързани обекти по това време. Но предполагам, че е включен и умира, когато се опитате да изобразите шаблон/формуляр в Symfony.

С включено мързеливо зареждане няма да получите грешката, когато заредите обекта, но ще получите грешката, ако след това опитате да получите достъп до свойство на свързания обект (което ще накара Doctrine да го зареди) или изобразите обекта в форма на symfony и поле във формуляра се отнася до свойство на чуждата таблица.

За съжаление няма лесен начин да спрете или хванете това. Моят съвет би бил ръчно да проверите данните за лоши външни ключове и да почистите данните, мързеливото зареждане на Doctrine е особено непримиримо към лошите данни и Symfony просто влошава това, като издухва с грешка 500, ако попадне на duff връзка.

Току-що се сблъсках със същия проблем и намерих този въпрос, когато търсех решение... което не намерих. Ето какво направих (с помощта на анотация):

1. Направете връзката мързелива:

   /**
    * @var Resource
    *
    * @ORM\JoinColumn(name="ResourceID", referencedColumnName="ResourceID")
    * @ORM\OneToOne(targetEntity="Resource", fetch="LAZY")
    */
    private $resource;
    private $_resource_is_valid = null;
   

2. Променете гетъра и винаги го използвайте -- дори вътрешно в класа:

    /**
     * Returns the associated resource, accounting for bad references.
     * @return Resource|null
     */
    public function getResource()
    {
        if (is_null($this->_resource_is_valid))
        {
            try
            {
                // We need to call a method that triggers a lazy load
                if ($this->resource && $this->resource->getID())
                {
                    $this->_resource_is_valid = true;
                }
            }
            catch (\Doctrine\ORM\EntityNotFoundException $enf)
            {
                $this->_resource_is_valid = false;
                // consider creating a new resource object.
            }
        }
        if ($this->_resource_is_valid)
        {
            return $this->resource;
        }
        return null;
    }
   

Този подход позволява на Doctrine частично да хидратира обекти и ви позволява да хванете лошите отношения в област, където имате повече контрол.