DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Symfony2'ers:
Ik heb een entity ("Ticket") met een one-to-many relation naar de entity Comment. Kortom een ticket kan meerdere comments hebben. Als ik een ticket opvraag worden de comments hierbij weergegeven.
Een comment kan 'deleted' zijn, dan wil ik deze niet meer weergeven bij de ticket waar hij aan gekoppeld is. Ik wil 'm echter ook niet removen voor het geval hij weer teruggeplaatst wordt.
Hoe krijg ik dat voor elkaar?
Ik had mijn hoop gevestigd op het toevoegen van doctrine criteria aan de getComments() functie van de Ticket entity, maar dat helpt niet.
Ik heb een entity ("Ticket") met een one-to-many relation naar de entity Comment. Kortom een ticket kan meerdere comments hebben. Als ik een ticket opvraag worden de comments hierbij weergegeven.
Een comment kan 'deleted' zijn, dan wil ik deze niet meer weergeven bij de ticket waar hij aan gekoppeld is. Ik wil 'm echter ook niet removen voor het geval hij weer teruggeplaatst wordt.
Hoe krijg ik dat voor elkaar?
Ik had mijn hoop gevestigd op het toevoegen van doctrine criteria aan de getComments() functie van de Ticket entity, maar dat helpt niet.
Op zo'n manier? http://doctrine-orm.readt(...)iltering-collectionsquote:Op woensdag 24 september 2014 14:43 schreef KomtTijd... het volgende:
Symfony2'ers:
Ik heb een entity ("Ticket") met een one-to-many relation naar de entity Comment. Kortom een ticket kan meerdere comments hebben. Als ik een ticket opvraag worden de comments hierbij weergegeven.
Een comment kan 'deleted' zijn, dan wil ik deze niet meer weergeven bij de ticket waar hij aan gekoppeld is. Ik wil 'm echter ook niet removen voor het geval hij weer teruggeplaatst wordt.
Hoe krijg ik dat voor elkaar?
Had gehoopt zoiets te kunnen doen ja
maar als ik in de controller de ticket aanroep, wordt die getComments functie helemaal niet aangeroepen.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | <?php #Ticket entity public function getComments() { $criteria = Criteria::create() ->where(Criteria::expr()->eq("deleted", false)); return $this->comments->matching($criteria); } public function getAllComments() { return $this->comments; } ?> |
maar als ik in de controller de ticket aanroep, wordt die getComments functie helemaal niet aangeroepen.
| 1 2 3 4 5 | <?php $ticket = $this->getDoctrine() ->getRepository('TicketBundle:Ticket') ->find($id); ?> |
Ik ken Symphony en Doctrine niet genoeg om je daar antwoord op te kunnen geven, maar dit soort dingen kun je vaak het best even debuggen middels een fatsoenlijke IDE en in het geval van PHP iets van Xdebug ofzo.quote:
Had gehoopt zoiets te kunnen doen ja
[ code verwijderd ]
maar als ik in de controller de ticket aanroep, wordt die getComments functie helemaal niet aangeroepen.
[ code verwijderd ]
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Krijg nou tieten, als je HTML aanroept ipv JSON werkt die criteria wel. Af en toe word ik moe van die FOSRestBundle.
[ Bericht 0% gewijzigd door KomtTijd... op 24-09-2014 16:03:37 ]
[ Bericht 0% gewijzigd door KomtTijd... op 24-09-2014 16:03:37 ]
Vage shit.quote:Op woensdag 24 september 2014 15:48 schreef KomtTijd... het volgende:
Krijg nou tieten, als je HTML aanroept ipv JSON werkt die criteria wel. Af en toe word ik moe van die FOSRestBundle.
Met html aanroepen, wat bedoel je daarmee? Vanuit Twig misschien? Want dan wordt de getComments() wel degelijk aangeroepen:
| 1 2 3 4 5 | <?php {% for comment in ticket.comments %} // dingen {% endfor %} ?> |
Krijg je überhaupt comments in je JSON terug?
Je moeder is een hamster
Ja de HTML gaat via een twig template. Maar dat boeit me niet, 't gaat om de JSON. En ja, krijg wel comments terug in de JSON maar gewoon allemaal dus.
Dan zou ik gewoon zelf een foreach in getComments doen. Is waarschijnlijk nog sneller dan die Criteria.quote:
Ja de HTML gaat via een twig template. Maar dat boeit me niet, 't gaat om de JSON. En ja, krijg wel comments terug in de JSON maar gewoon allemaal dus.
Je moeder is een hamster
Zoals ik het zie gebruikt Twig een concept analoog aan JavaBeans. D.w.z. als je ticket.comments gebruikt wordt eigenlijk getComments aangeroepen. Is het bij de JSON dan niet zo dat er rechtstreeks een comments field wordt gepakt ipv dat de getComments methode wordt aangeroepen?quote:
Ja de HTML gaat via een twig template. Maar dat boeit me niet, 't gaat om de JSON. En ja, krijg wel comments terug in de JSON maar gewoon allemaal dus.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Dan zou je kunnen proberen om $comments protected of private te maken, wellicht dat er dan wordt gekeken naar een getter.quote:Op donderdag 25 september 2014 00:19 schreef Monolith het volgende:
[..]
Zoals ik het zie gebruikt Twig een concept analoog aan JavaBeans. D.w.z. als je ticket.comments gebruikt wordt eigenlijk getComments aangeroepen. Is het bij de JSON dan niet zo dat er rechtstreeks een comments field wordt gepakt ipv dat de getComments methode wordt aangeroepen?
Je moeder is een hamster
Good thinking. $comments is al protected en had ik ook al private gemaakt bij wijze van test, haalde niets uit.
Maar ik denk wel dat ik het in deze hoek moet zoeken. De JSON wordt geproduceerd door de JSMSerializer bundle en die kun je weer beinvloeden door annotations bij, jawel, de variables zelf. Niet de getter/setter functies.
morgen maar eens naar kijken ofzo. Ik lijk wel gek, hier om half 1 's nachts nog over nadenken 
Maar ik denk wel dat ik het in deze hoek moet zoeken. De JSON wordt geproduceerd door de JSMSerializer bundle en die kun je weer beinvloeden door annotations bij, jawel, de variables zelf. Niet de getter/setter functies.
morgen maar eens naar kijken ofzo. Ik lijk wel gek, hier om half 1 's nachts nog over nadenken
| 1 2 3 4 5 6 7 8 | <?php /** * @ORM\OneToMany(targetEntity="Comment", mappedBy="ticket", cascade={"persist"}) * @serializer\Groups({"ticketDetails"}) * @serializer\Accessor(getter="getComments") <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<< */ protected $comments; ?> |
Daarom, nogmaals, leer gebruik maken van een debugger. Ik weet dat het in de PHP wereld niet gebruikelijk is, maar het maakt je leven zoveel makkelijker. 
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
It's not a bug, it's a feature, mate!
De profiler laat (liet) me keurig zien dat de uitgevoerde queries verschillend zijn, maar waarķm dan, dat mag je meestal zelf uitvinden.
De profiler laat (liet) me keurig zien dat de uitgevoerde queries verschillend zijn, maar waarķm dan, dat mag je meestal zelf uitvinden.
Haha, ik wilde nog zeggen, als ze JMS gebruiken, kijk dan even in de docs bij annotations.quote:
Good thinking. $comments is al protected en had ik ook al private gemaakt bij wijze van test, haalde niets uit.
Maar ik denk wel dat ik het in deze hoek moet zoeken. De JSON wordt geproduceerd door de JSMSerializer bundle en die kun je weer beinvloeden door annotations bij, jawel, de variables zelf. Niet de getter/setter functies.
Je moeder is een hamster
Dat bedoel ik ook met een debugger. Daarmee loop je stap voor stap door je code.quote:
It's not a bug, it's a feature, mate!
De profiler laat (liet) me keurig zien dat de uitgevoerde queries verschillend zijn, maar waarķm dan, dat mag je meestal zelf uitvinden.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Twig kijkt eerst of het een public property is, dan of het een public method is, daarna of er een public method get... is, vervolgens of er een public method is... bestaat en tenslotte of er een public method has... bestaat. De eerste die werkt, wordt gebruikt (en dan wordt de rest uiteraard niet meer gecontroleerd).quote:
[..]
Zoals ik het zie gebruikt Twig een concept analoog aan JavaBeans. D.w.z. als je ticket.comments gebruikt wordt eigenlijk getComments aangeroepen. Is het bij de JSON dan niet zo dat er rechtstreeks een comments field wordt gepakt ipv dat de getComments methode wordt aangeroepen?
Dat verklaart in dezen dan waarom het daar wel werkte. Het field was namelijk protected.quote:Op donderdag 25 september 2014 00:47 schreef Light het volgende:
[..]
Twig kijkt eerst of het een public property is, dan of het een public method is, daarna of er een public method get... is, vervolgens of er een public method is... bestaat en tenslotte of er een public method has... bestaat. De eerste die werkt, wordt gebruikt (en dan wordt de rest uiteraard niet meer gecontroleerd).
En dit is dus overigens weer een prima voorbeeld van het feit dat encapsulation een belangrijk OO concept is.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Xdebug werkt inderdaad prima.quote:
Daarom, nogmaals, leer gebruik maken van een debugger. Ik weet dat het in de PHP wereld niet gebruikelijk is, maar het maakt je leven zoveel makkelijker.
Sowieso vind ik Netbeans een prima IDE voor PHP. Goede autocompletion, je wordt gewaarschuwd als je code niet aan bepaalde conventies doet, je methoden of classes te groot zijn etc.
Netbeans draait op JAVA, onnodig zwaar/groot. Ik gebruik al jaren PHPDesigner (iets van 23MB) en heeft alles wat je nodig hebt en is lekker licht.quote:
Sowieso vind ik Netbeans een prima IDE voor PHP. Goede autocompletion, je wordt gewaarschuwd als je code niet aan bepaalde conventies doet, je methoden of classes te groot zijn etc.
Ik hoor wel goeie verhalen over PHPStorm. Van dezelfde makers (en ik geloof zelfs afgeleid van) IntelliJ, wat in mijn ogen veruit de beste Java IDE is.quote:
[..]
Netbeans draait op JAVA, onnodig zwaar/groot. Ik gebruik al jaren PHPDesigner (iets van 23MB) en heeft alles wat je nodig hebt en is lekker licht.
Kost je (of bij voorkeur je baas
) wel ¤180 euro, maar dan heb je ook wat.
Volkorenbrood: "Geen quotes meer in jullie sigs gaarne."
Die schijnt inderdaad ook erg goed te zijn.quote:
Ik gebruik phpstorm, weliswaar een beetje illegaal maar werkt echt fantastisch
Heeft PHPDesigner FTP mogelijkheden?quote:
[..]
Netbeans draait op JAVA, onnodig zwaar/groot. Ik gebruik al jaren PHPDesigner (iets van 23MB) en heeft alles wat je nodig hebt en is lekker licht.
uiteraard... ook svn, github en al die zooi ...quote:
[..]
Heeft PHPDesigner FTP mogelijkheden?
Een personal license is "maar" 90 euro.quote:
[..]
Ik hoor wel goeie verhalen over PHPStorm. Van dezelfde makers (en ik geloof zelfs afgeleid van) IntelliJ, wat in mijn ogen veruit de beste Java IDE is.
Kost je (of bij voorkeur je baas
En idd bij voorkeur declareer je die bij je baas
Ik weet niet meer hoe ik ooit zonder PHPStorm heb gekund.
quote:
[..]
Netbeans draait op JAVA, onnodig zwaar/groot. Ik gebruik al jaren PHPDesigner (iets van 23MB) en heeft alles wat je nodig hebt en is lekker licht.
quote:System Requirements
Windows
Op 