![]() |
![]() |
![]()
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. |
|
|
![]() |
![]()
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). |
|
|
![]() ![]() |
![]() |
Aktualny czas: 14.10.2025 - 09:52 |