[gajowy_marucha]

#php #symfony2
Dlaczego trzeba używać setterów dla pól gdzie wartość jest generowana przez bazę? Kiedy taki setter jest wywoływany?

[pitu120]

@gajowy_marucha: Daj jakiś przykład bo nie kumam, jak nie chcesz nic ustawiać samemu to i setter nie jest ci potrzebny.

[D.....8]

@gajowy_marucha: są używane przez formularze, doctrine w trakcie tworzenie obiektu, a także przez twój kod (o ile gdzieś tego settera używasz)

[gajowy_marucha]

@pitu120: Mam różne entity i każda ma setter i getter dla ID (PHP strom wygenerował) pytanie czy taki setter kiedykolwiek będzie użyty, czy jest dla niego jakiekolwiek zastosowanie.

[gajowy_marucha]

@Damian1998: Właśnie wywaliłem settera i normalnie mogłem utworzyć obiekt, nic się nie wyłożyło

[pitu120]

@gajowy_marucha: Nie potrzebujesz tego settera. Jeżeli nie ustawiasz niczego ręcznie, czy to przez formularz itp. nie potrzebujesz settera.

[K.....a]

@gajowy_marucha: aby można było extendować / sprawdzac wartosc z typem itp

[incognito_man]

@pitu120: w formularzach można wymusić użycie metod dostępowych zamiast wgryzania sie w obiekt przez reflection (chyba przez reflection są dodawane wartości do pól)

[gajowy_marucha]

@Klopsztanga: nie kumam jak się setter ma do tego ( ͡° ʖ̯ ͡°)

[K.....a]

@gajowy_marucha: a o jakich setterach mowisz?

[krejdd]

(PHP strom wygenerował)

@gajowy_marucha: nie generuj setterów i getterów PHPStormem, tylko konsolą. doctrine:generate:entities. Ta komenda nie wygeneruje settera dla ID.

[MacDada]

@gajowy_marucha:

1. To nie jest pytanie odnośnie Symfony tylko odnośnie Doctrine.
2. Doctrine do ustawienia pól na podstawie bazki używa refleksji. Więc możesz w ogóle nie mieć setterów.
3. Settery są dla Ciebie, ewentualnie do CRUDowania Symfonowymi Formsami, etc.
4. Jak nie chcesz popaść w Anemic Domain Model, to przemyśl które settery faktycznie potrzebujesz (bo raczej wartości powinny przyjść w konstruktorze i być mutowane grupami niż oddzielnie).

[uirapuru]

@gajowy_marucha: możesz sobie nieco rozdzielić encje od tego co wypluwają formularze. osobiście wydłużam nieco ten process, robię sobie encje bez setterów (unikam jeśli tylko mogę, dzięki temu mam małe szanse zmienić w encji coś w locie i zapomnieć o tym), natomiast do formularza trafia prosta klasa, którą nazywam sobie np. CreateUserCommand, zawiera tylko publiczne pola, jeśli przejdzie walidację a cały formularz "się uda" to leci do CreateUserHandlera, który z pomocą fabryk