![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 896 Pomógł: 76 Dołączył: 15.11.2003 Skąd: Sosnowiec/Kraków Ostrzeżenie: (0%) ![]() ![]() |
Kolejne dziś pytanie o architekturę SF2: gdzie jest odpowiednie miejsce na metody, które nie są bezpośrednio związane z encjami?
Na przykład metody obsługujące koszyk, który istnieje tylko w sesji. |
|
|
![]() |
![]()
Post
#2
|
|
Grupa: Moderatorzy Postów: 4 362 Pomógł: 714 Dołączył: 12.02.2009 Skąd: Jak się położę tak leżę :D ![]() |
Gdzie jest? Hmmm... Jak dla mnie to zależnie od wielkości. Jeśli jest to całość pewna, to można by to jako bundle z własnymi kontrolerami i serwisami wypchnąć. Poza tym Koszyk sam w sobie, to już pewna funkcjonalność, która jest oparta nie tylko o jeden plik. To jest baza danych, aczkolwiek tylko pewne rzeczy z niej można pchnąć do zapisu prz użyciu silnika relacyjnego. No i kto powiedział, że skoro pracujemy z sesją, to nie ma encji czy ogólnie modelu danych? (IMG:style_emoticons/default/wink.gif)
|
|
|
![]()
Post
#3
|
|
Grupa: Nieautoryzowani Postów: 2 249 Pomógł: 305 Dołączył: 2.10.2006 Ostrzeżenie: (0%) ![]() ![]() |
No i kto powiedział, że skoro pracujemy z sesją, to nie ma encji czy ogólnie modelu danych? (IMG:style_emoticons/default/wink.gif) Chyba duża część programistów o tym zapomina (IMG:style_emoticons/default/wink.gif) Mały OT. Mnie o strukturze katalogów SF brakuje typowego katalogu app gdzie lądują pliki aplikacji, bo przecież nie wszystko da się upakować do bundla (niby masz AppBundle, ale jest to bundle nie używalny ponownie najczęściej, więc troszkę sensu nie ma). Ale chyba coś ma się zmienić w tej materii w 2.4. |
|
|
![]() ![]() |
![]() |
Aktualny czas: 13.10.2025 - 12:18 |