Doctrine 2 Entita jako potomek \Nette\Security\User

Co potřebuješ je Identity, kterou získáš z $this->getUser()->getIdentity() v presenteru. Při authentizaci vrátíš entitu implementující interface Nette\Security\IIdentity.
Třída Nette\Security\User je určena ke správě uživatele. Zatímco Identity je místo na informace o přihlášeném uživateli.

takto:

use Doctrine\ODM\MongoDB\Mapping\Annotations as ODM;
/**
 * Description of User
 *
 * @author Martin
 * @ODM\Document
 *
 */
class User implements Nette\Security\IIdentity
{
	private
		/**
		 * @ODM\Id
		 */
		$id,

		/**
		 * @ODM\String
		 * @ODM\Index(unique=true)
		 */
		$email,

		/**
		 * @ODM\String
		 */
		$password,

		/**
		 * @ODM\Boolean
		 */
		$active = false,

		/**
		 * @ODM\Date
		 * @ODM\Index(order="desc")
		 */
		$registered
	;

	public function __construct()
	{
		$this->registered = new DateTime;
	}

	public function getId()
	{
		return $this->id;
	}

	public function getRoles()
	{
		return array(
			'user'
		);
	}
}

a

$this->getUser()->getIdentity()

ti vrati entitu User

User (jakože Nette\Security\User je vice méně služba která se stará o „správu“ Identity (jakože Nette\Security\IIdentity.

Identita reprezentuje identitu přihlášeného uživatele. Kdežto user se zjednodušeně stará o jeho přihlášení, ověření zda byl přihlášen, jestli má potřebná oprávnění atd.

Já chápu Nette\Security\User jako „systémového usera“. Tzn. objekt, který spravuje usera z hlediska frameworku. Tenhle user má nějakou identitu (id, name, role), má nějaká práva a umí si je ověřovat, když je to potřeba.

User, kterého ukládáme do databáze je v podstatě „aplikační user“. Je to uživatel, se kterým umí pracovat aplikace, ví, jaký význam tenhle uživatel má, umí ho ukládat, přiřazovat mu práva a podobně. A mimo jiné ho umí „převést“ na systémového uživatele pomocí procesu autentikace.

Ten probíhá tak, že si aplikace nějakým svým způsobem z databáze dostane uživatele, nějak ho ověří a pak frameworku dodá potřebné informace (identitu) o uživateli, čímž ho převede na "systémového usera.

Takže Ty opravdu ukládáš v podstatě identitu uživatele, ale ukládáš si k němu i další informace, se kterými umí pracovat Tvoje aplikace (například heslo…). Systémovou identitu pak vytvoříš při autentizaci.

Možná je to trochu kostrbaté přirovnání, ale třeba Ti to pomůže :-)

hapi napsal(a):

Včera jsem nad tím ještě přemýšlel, a ani sám moc nevím co mi na tom nejde přes prsty, spíš asi to zmatené pojmenování které mi tam vznikne. Někdo přijde k mým zdrojákům, ke všemu nebude znát nette a bude se divit, proč getUser nevrací uživatele jako takového, a mnusí teprve vytáhnout identitu, kterou je už onen uživatel.

Možná kdyby služba byla dejme tomu Auth a místo getIdentity bylo getUser :) Ale to už je věc názoru :)

Jinak co psal Patrik Votoček taky v podstatě chápu. Teď je ještě otázka, jestli je vhodné aby uživatel (entita) byl identitou (potomkem). Každý přeci máme identitu, ale sami o sobě asi identity nejsme.

Jestli ve finále není lepší to nechat tak jak je. Do identity si opravdu nacpat ty data, která běžně potřebuji. A samotného usera (entitu) si loadnout „ručne“, až když je potřeba.

Takže by mě zajímalo kolik z Vás má Nette\Security\IIdentity uloženou v DB.

Z mého pohledu, pokud už v tom FW je User a Identity, tak to má z pohledu autora nějaký význam, a vytvářet z Identity Usera mi přijde jako obcházení toho návrhu. Něco ve stylu: „Jak to tam co nejjednodušeji nacpat? Aha, udělam z Identity kočkopsa a podědím ji.“

identita sa nededi, ale implementuje. metodu getId() by aj tak mala mat kazda entita. entitu Usera si pri authentikacii tak ci tak musis vytiahnut z db, tak uz mas jedno ci ju vratis rovno ako Identity alebo si odtial povytahujes co potrebujes.

ja aj tak v startupe basePresentera este raz vytahujem aktualnu User entitu, lebo ta v identite je detachovana

hapi napsal(a):

Jinak co psal Patrik Votoček taky v podstatě chápu. Teď je ještě otázka, jestli je vhodné aby uživatel (entita) byl identitou (potomkem). Každý přeci máme identitu, ale sami o sobě asi identity nejsme.

Představ si identitu jako takovou občanku resp. spíš řidičák (máš tam jednoznačnou identifikaci a taky tam máš co můžeš řídit ). A User je takovej policajt kterej je schopen si ze tvé peněřenky ten řidičák vytáhnout (načíst ze session) a ověřit jesli řídíš to co můžeš (ověření oprávnění) , na dopravce ti ho zase vydají (přihlášení).

Na 99% míst nikoho nezajímáš ty jako osoba. Ale nějaká tvá jednoznačná identifikace (občanka, pas nebo řidičák).

Pokud potřebuješ jakékoli další údaje nic ti nebrání je mít součástí Identity případně v další entitě na kterou uděláš asociaci (sám to tak používám).

hapi napsal(a):

bazo napsal(a):
ja aj tak v startupe basePresentera este raz vytahujem aktualnu User entitu, lebo ta v identite je detachovana

Zde bych prave videl vyhodu reseni, kdy $this->getUser()->getIdentity() vraci primo entitu User, ze uz se nemusim znovu starat o jeji nacteni.
Nadruhou stranu mi to neprijde koser uz jen z duvodu toho pojmenovani. Porad si myslim ze by neco jako $this->auth()->getUser() bylo hezci :)

no len ked si user nieco zmeni tak v identite budu stale stare data

Patrik Votoček napsal(a):

hapi napsal(a):

Ale to pojmenovani je z meho pohledu nestatsne, protoze ve finale budu mit v kodu volani $this->getUser()->getIdentity()->getUser() :D

To z toho ale děláš ty. :-) Co vrátí getIdentity()->getUser()? Nějáký profil uživatele (proč se to nejmenuje profil)? Něco jiného? Není pro to lepší název?

Tak jako jiny nazev me napada jedine Person, profil mi neprijde uplne vhodne pojmenovani, jelikoz kolem osoby ci uzivatele. Samozrejme prejmenovat se to da snadno, jeste na to neni nic napojeno, aby se jednalo o slozity refaktoring. Uzivatel ma svoji identitu, ale je spravne ze identita ma osobu? Nema snad osoba svoji identitu. Obcanka taky beze me bude tezko existovat. Proto mi prislo logictejsi mi nejakou autorizacni sluzbu, ktera bude mit k dispozici prihlaseneho uzivatele. Zde nejde o spatny navrh, spis zmatene pojmenovani.

Tedy potom je jedine podle me mozne logicke reseni ze Nette\Security\User ma instanci objektu Person implementujici rozhrani Identity.

Protoze nema smysl aby mel Uzivatel Identitu majici svoji osobu.

To uz by mohlo byt ne?

Ale to pojmenovani je z meho pohledu nestatsne, protoze ve finale budu mit v kodu volani $this->getUser()->getIdentity()->getUser() :D

Co vraci posledni volani getUser? Entitu uzivatele, ne? Tak proc to nepojmenovat getEntity?

Elijen napsal(a):

Ale to pojmenovani je z meho pohledu nestatsne, protoze ve finale budu mit v kodu volani $this->getUser()->getIdentity()->getUser() :D

Co vraci posledni volani getUser? Entitu uzivatele, ne? Tak proc to nepojmenovat getEntity?

protože pokud název metody říká co přesně vrací, pak je to přeci líp pochopitelné i pro někoho kdo zdroják vidí poprvé. getEntity je strašně abstraktní. To může vrátit vpodstatě cokoliv. Co když je na identitu napojeno více entit?

Osobně to mám od sebe jasně oddělený. Identitu vytvářím při autentizaci z UserEntity + si do ní ukládám nějaká další data o uživateli. Vidím výhodu v tom, že dokud je uživatel přihlášený, tak tu entitu nemusím při každém requestu znovu načítat. Zároveň se nemusí řešit problém při ukládání doctrine 2 UserEntity.

Nicméně když nad tím tak přemýšlím, tak název Nette\Security\User je opravdu trochu zavádějící, protože se jedná spíš o nějakou servisu nebo tak něco (která mimojiné dokáže ověřit práva a vrátit identitu aktuálního uživatele).

arron napsal(a):
Nicméně když nad tím tak přemýšlím, tak název Nette\Security\User je opravdu trochu zavádějící, protože se jedná spíš o nějakou servisu nebo tak něco (která mimojiné dokáže ověřit práva a vrátit identitu aktuálního uživatele).

No a to mne prve hodně mátlo, opravdu myslím, že se na tom zasekne dost lidí, pokud to vidí poprvé.
V podstatě jde spíš o nějakou Auth službu, co mui řekne jestli je někdo přihlášen, jaká má práva a kdo to lastně je.

A už jen to že se mi getUser() vrací i v momentě, že User není znám. Ale nechci to překopávat. Pokud to tak v Nette bude i do budoucna, tak se s tím smířím :)

Jasně, pokud budu entitě implementovat identitu, pak je potřeba upravit UserStorage

viz https://forum.nette.org/…-userstorage

Ale asi to dělat nebudu