![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 226 Pomógł: 25 Dołączył: 22.05.2011 Ostrzeżenie: (0%) ![]() ![]() |
Witam,
w AdministrationBundle mam 3 klasy: NavigationMenu, NavigationMenuItem i NavigationMenuLoader. Klasa NavigationMenuLoader odpowiada za ładowanie menu z pliku YAML. Podczas parsowania tego pliku tworzy obiekty NavigationMenu i NavigationMenuItem. Mniej więcej wygląda to tak: Zastanawiam się, czy powinienem te klasy rejestrować jako usługi. Gdybym tak zrobił musiałbym ustawić ich scope na prototype, a do NavigationMenuLoader przekazać container i odwoływać się na zasadzie:
Dodam, iż te klasy nie będą wykorzystywane w żadnym innym bundle. Ten post edytował 404 9.09.2014, 19:33:01 |
|
|
![]()
Post
#2
|
|
Grupa: Zarejestrowani Postów: 21 Pomógł: 2 Dołączył: 18.11.2009 Ostrzeżenie: (0%) ![]() ![]() |
Zależy po co chcesz te serwisy. Jeśli to sztuka dla sztuki, to zostawiłbym tak jak jest, przynajmniej dopóki te klasy nie mają jakiś zależności, które trzeba im wstrzyknąć. Natomiast na pewno taka zmiana sprawiłaby, że ten kod byłby łatwiejszy do ogarnięcia testami unitowymi. W takim przypadku jednak nie wstrzykiwałbym całego containera. Navigation Menu spokojnie możesz dać w jednym egzemplarzu, zaś jeśli chodzi o itemy, to chyba zastosowałbym tu fabrykę, która byłaby zarejstrowana jako serwis i za każdym razem zwracałaby Ci nowy egzemplarz itema - bo zapewne o to Ci chodzi (IMG:style_emoticons/default/smile.gif) .
|
|
|
![]()
Post
#3
|
|
Grupa: Zarejestrowani Postów: 226 Pomógł: 25 Dołączył: 22.05.2011 Ostrzeżenie: (0%) ![]() ![]() |
Cytat Zależy po co chcesz te serwisy Tak naprawdę to wykorzystuję "na zewnątrz" tylko NavigationMenuLoader. Dlatego też postanowiłem zarejestrować tą klasę (i tylko tą) jako service.Cytat (...)zastosowałbym tu fabrykę, która byłaby zarejestrowana jako serwis i za każdym razem zwracałaby Ci nowy egzemplarz itema(...) Spróbuję, dzięki (IMG:style_emoticons/default/smile.gif) // Update. Spróbowałem. Kod # Navigation menu. navigation_menu: class: '%navigation_menu.class%' scope: 'prototype' # Navigation menu item factory. navigation_menu_item_factory: class: '%navigation_menu_item_factory.class%' # Navigation mnue item. navigation_menu_item: class: '%navigation_menu_item.class%' factory_method: 'create' factory_service: 'navigation_menu_item_factory' scope: 'prototype' # Navigation menu loader service. navigation_menu_loader: calls: - [ 'setNavigationMenu', [ '@navigation_menu' ] ] - [ 'setNavigationMenuItem', [ '@navigation_menu_item' ] ] class: '%navigation_menu_loader.class%' scope: 'prototype' Działa. Nie rozumiem tylko jednej rzeczy. Dlaczego trzeba ustawić scope navigation_menu_item na prototype? Albo coś źle skonfigurowałem albo nie do końca rozumiem jak ma działać fabryka. Ten post edytował 404 13.09.2014, 00:41:43 |
|
|
![]()
Post
#4
|
|
Grupa: Zarejestrowani Postów: 4 340 Pomógł: 542 Dołączył: 15.01.2006 Skąd: Olsztyn/Warszawa Ostrzeżenie: (0%) ![]() ![]() |
http://symfony.com/doc/current/cookbook/se...standing-scopes
polecam do servicow i routingu pliki xml jest podpowiadanie skladni (IMG:style_emoticons/default/smile.gif) |
|
|
![]()
Post
#5
|
|
Grupa: Zarejestrowani Postów: 226 Pomógł: 25 Dołączył: 22.05.2011 Ostrzeżenie: (0%) ![]() ![]() |
Jak działa prototype to się orientuję, ale dlaczego trzeba go użyć w przypadku fabryki, która teoretycznie powinna sama z siebie za każdym razem zwracać nowe instancje obiektów?
Cytat polecam do servicow i routingu pliki xml jest podpowiadanie skladni(...) Korzystam z PhpStorma (IMG:style_emoticons/default/wink.gif)
Ten post edytował 404 13.09.2014, 12:23:08 |
|
|
![]() ![]() |
![]() |
Aktualny czas: 16.09.2025 - 20:59 |