Aktywne Wpisy
Bryk +145
Dzięki użytkownikowi @adrninistrator, który zmotywował mnie do napisania podsumowania pracy naszego „orła z Ukrainy” #konfitura z polskim dowodem, chciałbym przedstawić, dlaczego według mnie jego działalność „dla społeczeństwa” (oczywiście nie tylko i wyłącznie dla pieniędzy, bo uznał, że #samochodoza zarabia na tym pieniądze i robi wyświetlenia, więc on też będzie) to czyste sku*wysyństwo.
Jestem przeciwny sytuacjom, gdy ktoś parkuje samochód na zakazie, gdy obok jest np. parking płatny.
Jestem przeciwny sytuacjom, gdy ktoś parkuje samochód na zakazie, gdy obok jest np. parking płatny.
źródło: image
Pobierz
roman_erotoman +592
LOL na Republice znajdujący się w Budapeszcie redaktor zaczepił randomowych przechodniów i się go pyta "do you speak some Polish" (wtf btw) na to młody odpowiada "bóbr k---a"
xD
#wegry
xD
#wegry
Aktywne Znaleziska
Mireczki mam taką sytuację, że posiadam użytkownika który posiada własne zamówienia (relacja nr.1) i może oglądać zamówienia swoich podopiecznych (relacja 2). Teraz chciałbym użytkownikowi wyświetlić dane z obu relacji w jednym widoku. Teraz jak do tego podejść. Pobrać z bazy danych obiekt użytkownika z dołączonymi obiema listami. (mam na myśli Include z ef, albo fetch z hibernate) i potem przemapować na jakiś view model czy może napisać jakieś query które ogarnie mi to po stronie serwera? Pierwsze podejście ma taki plus, że gdziekolwiek będę pobierał dane związane z użytkownikiem będę robił to używając jednego obiektu. Łatwo będzie to utrzymywać. Z drugiej strony jest mocny overhead jeżeli chodzi o pobierane dane i performance. Idea numer jeden wydaje mi się bardziej spójna z DDD bo mamy ten obiekt użytkownika który agreguje sobie jakieś zamówienia etc. Jest jeszcze problem z inicjalizacją obiektu użytkownika. Załóżmy, że chcielibyśmy wyciągnąć wszystkie zamówione rzeczy z wszystkich zamówień użytkownika i zsumować ilości poszczególnych przedmiotów. Po pierwsze musimy przy tworzeniu obiektu użytkownika musimy pamiętać żeby dołączyć całe drzewko encji po drugie wyciąganie tego wszystkiego i potem grupowanie po stronie servera trwałoby wieki.
Moje pytania do was:
1. Tworzycie osobne zapytania do poszczególnych widoków w aplikacjach? Jak nazywacie te obiekty które zwracają wam coś takie hmm można powiedzieć agregaty?
2. Co z logiką która występuje w zapytaniach. Tzn oprócz wyciągnięcia jakichś danych musicie dodatkowo coś wyliczyć. Trzymając się zamówień może to być np prawo do modyfikacji zamówienia w oparciu o jakieś zasady. Nie trzymamy tego w bazie danych i może się to przewijać przy wielu widokach. Przy wyborze opcji każdy widok ma swoje query będzie redundancja kodu.
Pozdrawiam tych co kucują w sobote wieczorem : )