@nietypowykopek: Zrobić a znaleźć to dwie różne rzeczy w tym przypadku. Za rok klient nie powie ci, że chce zmienić coś w konkretnej klasie, tylko poda ci use case. Ty na tej podstawie będziesz wiedział w który endpoint ingerować, ale żeby dostać się w głąb struktury musisz ją odtworzyć przeskakując po plikach, a to dopiero pierwszy problem. Później musisz wiedzieć, kto również danej zależności może używać, a na końcu cały
@MQs: Musi ci się ciężko pracować jeśli zamiast ułatwiać sobie życie wymyślasz problemy z d--y :) To tylko DI, po to masz w symfony container:debug. Poznaj narzędzia z których korzystać zamiast pisać science fiction.
Chciałeś rejestrować repozytoria jako serwisy przez autowiring, ale nie chciało ci się klepać tych wszystkich fabryk w yamlu?
Zamiast extendować
EntityRepositoryextendujServiceEntityRepositoryTeraz wystarczy
services:AppBundle\Repository\:
resource: '%kernel.project_dir%/src/AppBundle/Repository/*'
autowire: true
I życie staje się prostsze (✌ ゚ ∀ ゚)☞
https://symfony.com/doc/current/doctrine.html#querying-for-objects-the-repository
@nietypowykopek: Szczególnie dla tych, co później szukają zależności.