Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> Podział aplikacji - Modele,Services,Repozytoria
Mr Albert
post
Post #1





Grupa: Zarejestrowani
Postów: 9
Pomógł: 1
Dołączył: 10.05.2011

Ostrzeżenie: (0%)
-----


Witam

Od dwóch lat tworzę aplikacje i strony internetowe. Jednak ostatnio spotykam coraz większe problemy z dzieleniem aplikacji.
Przy bardzo małych projektach zazwyczaj korzystam z Zend_Db_Table, idealnie sprawdza się to przy małych projektach, gdy nie trzeba za bardzo komplikować sobie życia podziałem na wiele warstw. Przy większych projektach korzystam z Doctrine ORM. Od początku nie tolerowałem upychania wszystkiego w kontrolerach, więc zazwyczaj korzystam z warstwy Services. Services zawierają w sobie większość logiki aplikacji, a doctrine używam głównie do zapisu i wczytywania danych z bazy. Services również korzystają z zewnętrznych źrodeł, gdy trzeba np api. W repozytoriach trzymam wszystkie zapytania dql oraz operacje na wielu entities. Dodatkowo repozytoria pełnią rolę transfer object w razie potrzeby. Zaimplementowałem w nich Iterator oraz Zend_Paginator_Adapter_Interface i gdy np. potrzebuje paginatora przekazuje odpowiednio wywołane repozytorium do widoku.

Ostatnio dużo czytałem na temat implementowania Modeli oraz tekstów dotyczących podziału aplikacji. Zauważylem, że tak naprawdę moje Services pełnią rolę Modeli, a doctrine robi za DAO. Ciągle jednak zastanawiam się czy np. Model_User pracować na wielu użytkownikach, jak powinna wyglądać prawidłowo warstwa Services, co powinny zawierać repozytoria. Ciekawi mnie jak wy dzielicie swoje aplikacje oraz czy korzystacie z ORM. Przy moim ostatnim projekcie przez korzystanie z doctrina czeka mnie spory refactor, bo pojawiło się wiele problemów przy niestandardowych rzeczach.
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
destroyerr
post
Post #2





Grupa: Zarejestrowani
Postów: 879
Pomógł: 189
Dołączył: 14.06.2006
Skąd: Bytom

Ostrzeżenie: (0%)
-----


Polecam zainteresować się Domain Driven Design, nawet jeśli nie zawsze jest sens stosować się do wszystkich zaleceń, to i tak warto skorzystać z niektórych. Z opisu wynika, że Twój model zmierza ku Building Blocks.

Co do obsługi na wielu użytkowników, to zależy co masz namyśli. Jeśli jakieś operacje (zmiana stanu tych użytkowników) to powinno być to w serwisie/usłudze domeny (nie aplikacji). Natomiast jeśli chodzi tylko o wyświetalanie to tutaj będzie różnie, jedni będą radzić pobieranie encji z repozytorium, inni obiektów transferowych albo dodanie kolejnej warstwy do raportów (patrz CQRS).
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 14.10.2025 - 09:52