Fajny Tutorial. Moim zdaniem troszkę niepotrzebnie skomplikowałeś. Uwagi z mojej strony: 1. Kącik Devopsa - bardzo fajnie - mało na polskim jutubie takich lajwów 2. Czy logika w konstruktorze to dobry praktis? Teoretycznie wydaje się to logiczne, aby walidacja następowała na poziomie konstruktorów, ale za każdym razem jak chce coś wcisnąć w konstuktor dostaje bęcki na PRach.
O, a gdzie wg. Ciebie skomplikowałem? 🤔 1. Cieszę się, że się podobało 😎 Kilka godzin nad tym spędziłem, by dobrze to pokazać na live. 2. Wiesz co, zależy jaki to jest obiekt :) Jak typowy serwis w Springu to raczej nie, ale jeśli to są tzw. Value Object, to jak najbardziej. Ja trochę na live przekombinowałem i teraz inaczej bym to zrobił (zamiast walidować w PokemonIdPair to bym po prostu stworzył klasę PokemonId z odpowiednią walidacją). Dzięki temu masz ten niesamowity zysk, że jeśli gdzieś jest używany obiekt PokemonId to *wiesz*, że on jest poprawny i nie musisz go za każdym razem walidować
@@DrogaProgramisty właśnie o te Pary mi chnodzi. Nie rozumiem dlaczego nie wystawiałeś 2 obiektów typu Pokemon (ID, ranking) z dodanym jakimś UUIDem, to by było bardziej czytelne.
Z tego co kojarzę, to Para występowała w kontekście generowania Question, tam były istotne tylko IDki. Ranking był tylko w Leaderboardzie ważny :) Po namyśle zrobił bym bardziej w ten sposób: (nowa klasa) PokemonId - sprawdza, czy ID jest w przedziale PairPokemonId - sprawdza tylko, czy idki są od siebie różne
Bardzo fajny materiał, nagrywaj dalej ziomek! Co powiesz na projekt związany z architekturą hexagonalną?
o fajnie, ze jest cos o deploy, bo tego mi wlasnie brakuje, do dokończenia aplikacji na mikroserwiasach w springu i angularze
powodzenia 😎
Fajny Tutorial. Moim zdaniem troszkę niepotrzebnie skomplikowałeś. Uwagi z mojej strony:
1. Kącik Devopsa - bardzo fajnie - mało na polskim jutubie takich lajwów
2. Czy logika w konstruktorze to dobry praktis? Teoretycznie wydaje się to logiczne, aby walidacja następowała na poziomie konstruktorów, ale za każdym razem jak chce coś wcisnąć w konstuktor dostaje bęcki na PRach.
O, a gdzie wg. Ciebie skomplikowałem? 🤔
1. Cieszę się, że się podobało 😎 Kilka godzin nad tym spędziłem, by dobrze to pokazać na live.
2. Wiesz co, zależy jaki to jest obiekt :) Jak typowy serwis w Springu to raczej nie, ale jeśli to są tzw. Value Object, to jak najbardziej. Ja trochę na live przekombinowałem i teraz inaczej bym to zrobił (zamiast walidować w PokemonIdPair to bym po prostu stworzył klasę PokemonId z odpowiednią walidacją). Dzięki temu masz ten niesamowity zysk, że jeśli gdzieś jest używany obiekt PokemonId to *wiesz*, że on jest poprawny i nie musisz go za każdym razem walidować
@@DrogaProgramisty właśnie o te Pary mi chnodzi. Nie rozumiem dlaczego nie wystawiałeś 2 obiektów typu Pokemon (ID, ranking) z dodanym jakimś UUIDem, to by było bardziej czytelne.
Z tego co kojarzę, to Para występowała w kontekście generowania Question, tam były istotne tylko IDki. Ranking był tylko w Leaderboardzie ważny :)
Po namyśle zrobił bym bardziej w ten sposób:
(nowa klasa) PokemonId - sprawdza, czy ID jest w przedziale
PairPokemonId - sprawdza tylko, czy idki są od siebie różne
Tutorial jaki wiele
Większości się podoba 👀
niby takich wiele, ale jednak miło posłuchać takiego materiału po polsku