Bezbolestná integrace Doctrine 2 ORM do Nette – Kdyby/Doctrine

Pokud myslíš přidáním do definice parametru tak to tam mám a nechce fungovat:

class User extends \System\Doctrine\Entity
{
	/**
	 * @ORM\OneToOne(targetEntity="System\AccountModule\Models\SecurityQuestions\SecurityQuestion", mappedBy="user", cascade={"persist"})
	 */
	protected $securityQuestion;
}

@Filip Procházka: jo tohohle jsem si samozřejmě všimnul a jak jsem psal, chápal bych to u kolekce one-to-many ale proč u one-to-one? Ono na tom sem udělal celkem dost editů ještě předtím než jsem přešel na Kdyby a takhle tam budu muset přidat kupu DAO pro jednotlivé entity.

@Filip Procházka: Na to taky často narážim. V podstatě vždy místo $dao->flush() píšu $dao->getEntityManager()->flush().

Tak další dotaz ;) Když mám relaci one-to-one, mám nastaveno cascade a podentita neexistuje, neměla by se pak automaticky vytvořit?

class TopEntity
{
	/**
	 * @ORM\OneToOne(targetEntity="SubEntity", mappedBy="topEntity", cascade={"persist"})
	 */
	protected $subEntity;
}

class SubEntity
{
	/**
	 * @ORM\OneToOne(targetEntity="TopEntity", inversedBy="subEntity")
	 * @ORM\JoinColumn(name="id", referencedColumnName="id", onDelete="CASCADE")
	 */
	protected $topEntity;
}

V topEntity už nějaký záznam mám, ale není pro něj vytvořen záznam v subEntity a když pak mám vytaženou topEntitu a přidám ji subEntitu a provedu save topEntity neměla by se založit i ta subEntita? Při editaci je to ok dojde k editaci, ale při insertu se nic nestane.

A co v okamžiku kdy tu subentitu nepotřebuji až do určitého okamžiku. Mám třeba entitu Uživatel a subentitu BezpečnostníOtázka. Při vytvoření účtu ta bezpečnostní otázka neexistuje takže není potřeba subentitu zakládat. Pak se uživatel přihlásí a edituje nastavení zabezpečení kde se zjistí že otázku nemá založenou tak ať si ji založí a v tomto okamžiku se má subentita založit.

EDIT:
Takže beru zpět, žádná změna a začalo to fungovat ;) Možná nějaké erupce na slunci to zablokovaly ;)

Editoval akadlec (9. 12. 2013 13:28)

@Akadlec: mapování by mělo být jakš takš funkční (i testy na to mám), pokud to chceš postrčit, můžeš to začít opatrně! používat a hlásit bugy :)

proč ty DAO vytahuješ přes EM?

Tak DAO máš jako službu a pracuješ přímo s ní a né že ji použiješ jen pro získání EM ne?

Pokud potřebuješ i EntityManager (což je validní požadavek) tak je lepší si předat jenom EM a DAO si vytáhnout až v konstruktoru, ušetříš se psaní konfigurace :)

public function __construct(EntityManager $em)
{
	$this->em = $em;
	$this->articles = $em->getDao(App\Articles::class);
	// $this->articles = $em->getDao('App\Articles'); # nebo pro PHP < 5.5
}

@Filip Procházka: nechtěl by jsi udělat nějaký best practise příklad na použití kdybydoctrine? Protože mám pocit že ji implementuji asi špatně ;)

Mám vytvořeny entity:

/**
 * @ORM\Entity(repositoryClass="UserDAO")
 * @ORM\Table(name="users")
 */
class User extends \BaseEntity
{
	/**
	 * @ORM\Id
	 * @ORM\Column(type="integer", name="user_id")
	 * @ORM\GeneratedValue
	 */
	protected $id;
	.
	.
	.
}

K entitě mám vytvořenou DAO:

class UserDAO extends \Kdyby\Doctrine\EntityDao
{

}

A nad tím stojí model:

class UserModel extends \EntityModel
{
	/**
	 * @var UserDAO
	 */
	protected $dao;

	public function __construct(UserDAO $dao)
	{
		$this->dao = $dao;
	}

	/**
	 * @param $username
	 * @return object
	 */
	public function getByUsername($username)
	{
		return $this->dao->findOneBy(array('username' => $username));
	}
}

Model pak přidám mezi služby v neonu:

services:
	# MODELS
	account.userModel:
		class: Models\Users\UserModel(@doctrine.dao(Models\Users\User))
		tags: [cms.models]

A v presenteru nebo komponentě si předám model a volám nad ním potřebné metody třeba: getByUsername

Není ta třída modelu tedy už zbytečná? Původně jsem používal repozitáře a toto vzniklo přechodem na kdyby.

@Filip Procházka: Takže nepoužívat UserDAO, etc. ale rovnou \Kdyby\Doctrine\EntityDao?

aaa sypu si popel na hlavu, věděl jsem že jsem se o tom někde bavil, jen ta paměť už neslouží ;)

Co se mi zatím na to ModelClass nelíbí to řešení kde tam vytvořím nějakou metodu getByNeco() která pak dělá že zavolá dao->getByNeco()

Editoval akadlec (11. 12. 2013 13:06)

ahoj,
skvělá práce!
Mám jen jeden dotaz. Kam dáváte rozšiřující metody pro složitější dotazy do db, když se nemá dědit od DAO? Nějaký samostatný repozitář, nebo rovnou do facade?

Dík.

elevate

Aha, to je fajnový :-)

Děláš si na ty queries nějaký továrničky, nebo vytváříš normálně new SomeQuery ?

Jo to bude asi ideální :-)

Akorát mi tam zásadně chybí metody getOneOrNullResult, getSingleResult atp. Je tam metoda fetchOne, ale té se nedá nastavit Hydration mode. Chtěl sem si udělat nějakou ArrayHydrationQuery pro získávání default hodnot pro formuláře, ale trošku jsem narazil.

Query si podědim a trošku rozšířim, ale mohlo by to být už „builtin“.

Jinak díky za hinty ;)

@elevate vyzkoušej https://github.com/…octrineforms :)

Kdyby/Doctrine má být především integrace Doctrine (byť některé věci usnadňuje). Tedy mělo by stačit rozumět Doctrine a umět připojit extension do Nette (jeden řádek v configu) a jednoduše používat :)

Ale souhlasím, chce to lepší dokumentaci. Jenže ona se ta dokumentace sama nenapíše :)

Protože formulářový mapper je zatím jen betaverze, tak existují pouze testy

Zdravim,

presiel som z Nette 2.0.13 na Nette 2.1.0 . Doctrine 2 integrujem pomocou Kdyby\Doctrine cez composer.
Predtym upgradom na Nette 2.1.0 som nemal ziadny problem, teraz neviem upravit composer.json tak aby som nedostal nasledovnu hlasku:

Declaration of Kdyby\Annotations\DI\AnnotationsExtension::afterCompile() should be compatible with Nette\DI\CompilerExtension::afterCompile(Nette\PhpGenerator\ClassType $class)

Z hlasky mi je jasne, ze mam nekompatibilne verzie ale neviem korektne upravit composer.json :/

Moj composer.json vyzera nasledovne:

{

	"require": {
		"php": ">= 5.3.0",
		"nette/nette": "~2.1",
		"dg/adminer-custom": "1.*",
		"kdyby/doctrine": "~0.10"
	},
	"require-dev": {
		"nette/tester": "~0.9.5"
	}
}

Viete mi s tym niekto poradit ?

Dik za info:)

@jedelex: viz instalace v doc, pouzij @dev namisto ~0.10

//edit: pozde :)

Editoval matej21 (6. 1. 2014 17:42)

@kudlajz: mas starou verzi doctrine, pouzij 2.4

@jedelex: je to develop verze kdyby/doctrine, ale neboj se ji pouzit, je stabilni :)

Muze mi nekdo poradit, jak se s timto doplnkem pracuje? Cetl jsem readme, ale nejak jsem to z toho nepochopil.

App/Users ma byt co, repository, ktera dedi odkud?
App/User je entita, ktera dedi z BaseEntity, jake se pouzivaji anotace v entitach? Standardni Doctrine mi nefunguji.

Hledal jsem kde to slo, ale nic jsem nenasel.

Diky, tak napr. u fieldu $id se napr. pouziva /** @id @generatedValue **/ a hazelo mi to exception, ze ty anotace neexistuji, ale kolega mi poradil, ze pred to staci dat ten namespace Doctrine\ORM\Mapping.

Dá se u této extension použít následující kód ?

use Doctrine\Common\Collections\Criteria;

$group          = $entityManager->find('Group', $groupId);
$userCollection = $group->getUsers();

$criteria = Criteria::create()
    ->where(Criteria::expr()->eq("birthday", "1982-02-17"))
    ->orderBy(array("username" => Criteria::ASC))
    ->setFirstResult(0)
    ->setMaxResults(20)
;

$birthdayUsers = $userCollection->matching($criteria);

Snažím se jej použít na vyfiltrování podentit a nějak mě to nechce sežrat

Call to undefined method Kdyby\GeneratedProxy\__CG__\XXX\Entita::matching

Čeho se snažím dosáhnout je načtení Entity se kterou pracuji a ta pomocí vazeb obsahuje i další prvky, ale nechci použít všechny v té jedné kolekci ale chci na ně aplikovat filtr.

Editoval akadlec (7. 1. 2014 0:10)

@kudlajz Tak si tu dokumentaci přečti ještě jednou, ale až potom, co si přečteš dokumentaci Doctrine.

Velice důležitý je ten klíč metadata, který říká v jakém namespacu jsou tvé entity a ve které složce.

Kdyby jsi četl dokumentaci Doctrine tak bys veděl, že entita nemusí dědit od ničeho. Ovšem Kdyby/Doctrine obsahuje utility classu BaseEntity, kterou podědit můžeš a budeš díky ní mít automatické gettery a settery (je rozšířením Nette\Object pro speficika entity).

akadlec napsal(a):

Dá se u této extension použít následující kód ?

Ano dá, ale musíš jej volat nad kolekcí (toMany v entitě) nikoliv nad entitou. Máš to napsané i v té chybové zprávě, entita neobsahuje metodu matching, tu obsahuje kolekce.