groupSizePreRemove()

@gajowy_marucha: Unikaj w encji nazw typu PreRemove – nie ma znaczenia, że odpalasz to akurat przed usunięciem. Możesz przecież normalnie „ręcznie” odpalić sobie tę metodę z usługi czy kontrolera, więc wystarczy w nazwie samo groupSize(), bez wskazywania „kiedy”.

groupSizePreRemove

Pokaż całość

@qwelukasz:

po 1. przemyśl to jeszcze raz
po 2. odpuść sobie edytowanie bezpośrednio encji z formularza, zrób pośredni obiekt
po 3. punkt 1.
po 4. poczytaj o form collectionsPokaż całość

@wewerwe-sdfsdfsdf: poczytaj sobie o tych association mappingach zalinkowanych wyżej, a potem ogarnij jak to zrobić w docsach Symfony. Poczytaj o Doctrine Query Builder oraz o DQL.

@wewerwe-sdfsdfsdf: tworzysz entity Post, i entity users, w user dajesz oneToMany (inverse side) do post, w post dajesz manytoone (owning side) do user

potem w querybuilder robisz select, on zwraca tablicę obiektów user, gdzie każdy obiekt user będzie miał metodę getPosts która zwraca posty tego usera.

@wewerwe-sdfsdfsdf: 2.0 a 3.0 to kolosalna różnica i sporo rzeczy działa w trójce zupełnie inaczej.

Książka Gajdy jest do wersji 2.0 więc może być trochę nieaktualna.

@wewerwe-sdfsdfsdf: Nieaktualna to była w momencie jej wydania. Nie znam nic dobrego, dokumentacja wydaje się być wystarczająca, zresztą nie wiadomo czy inna książka Ci podejdzie. Swoją drogą ciekawe co w dokumentacji może nie podchodzić, dokumentacje trzeba przeczytać i tyle.

@xmihau: imo nie ma to sensu gdy nie chcesz używać tych kontrolerów więcej niż w tym projekcie.

Pokaż spoiler

@xmihau: Dlatego, że gdybyś testował kontrolery, a nie aplikację to łatwiej wtedy korzystać z kontrolerów jako usługi (mamy możliwość skorzystania z DI). Kolejne zastosowanie to np. kontrolery generyczne.

@TheFuckingRoses: Powinieneś tworzyć formularz który wysyłasz i który odbierasz w ten sam sposób. W przypadku wysyłania tworzysz formularz bazując na ogólnym type Form, a powinieneś bazować na type MemberType, dokładnie tak jak przy odbieraniu. Porównaj sobie wygenerowane nazwy pól.

@TheFuckingRoses: Dla rozjaśnienia, masz formularz dla obiektu A. Obiekt A posiada relację do obiektu B, Ty chcesz mieć w formularzu obiektu A pole z wypełnionym obiektem B. Kiedy tworzysz formularz dla A z obiektem A to na tym obiekcie A ustaw odpowiednią właściwość (lub setterem) obiektem B.

@incognito_man: żadnych statycznych metod. Kontener symfony potrzebuje obiektu.

@qwelukasz: tak jak kolega wyżej mówił: nie wywołujesz new w swoim właściwym kodzie, tylko w metodzie fabryki.

@kmicolo: Skoro z polecenia, to chyba krucho by było z grupą na FB w takim razie?

@kmicolo:

@Zdalny: Jeśli aktualnie NIC nie umiem, da radę nauczyć się tego w dwa tygodnie i zarabiać 10k? ( ͡° ͜ʖ ͡°)

@Zdalny: ogłoście się też na http://wpzlecenia.pl

@anonim1133: chociażby po to, by nie pieprzyć się z tworzeniem widoków po stronie serwera, to nie jest fajne

Pokaż spoiler

do tego są projekty, które mają jeden backend ale wiele frontów: desktop, mobile, apki natywne itp
wtedy backend jest prosty, wystawia tylko api, a każdy z możliwych frontów z tego api korzysta
dzięki temu masz ładnie rozdzielone projekty, osobny na backend, osobny na apke na androida, osobny na frontend itp, czysto,Pokaż całość

@anonim1133: olbrzymim plusem jest na pewno to, że możesz przerzucić część obciążenia z serwera na klienta. W przypadku skomplikowanych backendów, które i tak zjadają olbrzymie zasoby na swoje zadania (np. indeksowanie setek tysięcy eventów w czasie rzeczywistym), przeglądarka przejmuje całe renderowanie strony, co przekłada się też na prędkość działania aplikacji.

@simon17: kodzisz w wordpadzie? o.O

@simon17: Po pierwsze usuń polskie nazwy. Po drugie scieżka (route) do przekierowania to nie to samo co nazwa szablonu. Stringi można otwierać apostrofem, ale trzeba je też zamknąć. Problem jak widać nie dotyczy symfony a podstaw PHP i to totalnych. Dobry edytor już dawno zwróciłby Twoją uwagę.

@incognito_man: Jaka logika? Chce tylko przypisać użytkownika do encji. Po drugie co złego jest w trzymaniu logiki w encjach? Uważasz że DDD nie ma sensu?

@MacFlays: obczaj to: http://doctrine-orm.readthedocs.org/projects/doctrine-orm/en/latest/cookbook/decorator-pattern.html
Pytanie czy lepiej robić joiny i trzymać gdzieś to w postaci key-value lub czegoś na ten wzór czy lepiej dla każdego elementu ze swoimi unikatowymi atrybutami robić osobne mappingi. Ja zazwyczaj robię osobne mappingi, nie lubię za bardzo ogólnego kodu, ale to chyba już kwestia punktu widzenia architekta.

@MacFlays: Jak zaczynasz to rzuć okiem na SOLID i wzorce obiektowe. To Ci zasugeruje sposób ułożenia relacji między obiektami.

@Spake: musisz się wpiąć listenerem w event o nazwie chyba "security.interactive_login"

@Spake: podejrzewam ,że skala jakiej się spodziewasz jest raczej niewielka. Ale mogę ci powiedzieć jak CERN zrzuca dane napływające z Wielkiego Zderzacza Hadronów. Darowali sobie bezpośredni zrzut do bazy relacyjnej. Dane wstępnie są zrzucane do mongoDB z powodu większej wydajności i następnie przenoszone są do relacyjnej bazy.

@Spake: Zamiast skorzystać z gotowca zrobisz wszystko po swojemu? Lubię takich ludzi, dzięki nim jest więcej roboty.

@pitu120: http://docs.behat.org/en/v2.5/cookbook/using_the_profiler_with_minkbundle.html

@TheFuckingRoses: Korzystaj z JMS serializer i w encji dane ułóż w grupy albo dodaj exclude do tych które są niepotrzebne, albo MaxDepth ustaw. Ludzie nie komplikujcie sobie życia ;)

@StormtrUper: może zacznij korzystać z twiga ? korzystać z symfony i dalej robić na czystym php widoki to jakieś inwalidztwo

@mariecziek: jest to normalne zachowanie, pole firstName jest mapowane a Ty robiąc $this->createForm(UserProfileType::class, $user); bindujesz tą zmienną z tym formularzem, w momencie handleRequest() zmienna user jest aktualizowana danymi z formularza a że jest to referencja do obiektu to w kontrolerze twój user będzie zmieniony. Jak chcesz sie dobrać do oryginalnego usera to $em->refresh($user) albo bawić się unit of workiem od doctrine

@Jurigag: domyślnie produkcyjny config jest bazą dla reszty środowisk, reszta go importuje (bezpośrednio/pośrednio).