@Nofenak: Warto. Śmiga bardzo dobrze.

@okrupnik: A co polecasz zamiast Javy?

@Majk1989: Co? Przecież tam jeszcze większa konkurencja niż w Javie

@Majk1989: W obydwu

@Nofenak: w jednym z poprzednich projektów robiliśmy poc Dynamo vs RDS w ramach dwóch różnych implementacji tego samegu portu. Imho architektura hexagonalna (czyli porty i adaptery właśnie) oddaje najbardziej przy testowaniu, gdzie jeśli masz jeszcze dobrze zmodularyzowaną aplikację możesz testować całe moduły nie przejmując się w ogóle IO

@Nofenak: To jest bezpośredni argument, który można równie bezpośrednio odbić (jak będę potrzebował drugi silnik bazy to zrobię ci te porty). Co innego testy jednostkowe i kompozycje/dekoratory (logi/cache...) - jeśli się nie wie po co to można bez tego - ostatecznie liczy się kontekst i wiedza. Prosty CRUD, z którego możesz wyodrębnić (i przetestować) walidację będzie efektywnie tym samym co adapter, który i tak testujesz integracyjnie. Masz też aplikacje, gdziePokaż całość

@Szyszkalogin: Dawałeś manifest na read-only?

@Nofenak: ofc np w projekcie mam jednocześnie bazę SQL i noSQL do innych rzeczy stąd w tym przypadku to podstawa. No i do tego dochodzi elasticssearch, więc 3 "bazy"

Nie wchodząc w szczegóły - niektóre encje muszę mieć w 2-3 miejscach

Nie jest to związane z architekturą hexagonalna - inaczej porty i adaptery?
Masz tutaj interfejs do bazy, i niezależnie od infrastruktury twoje repo działa tak samo. Możesz podmieniać silnik bazy bez zmian. Do tego możesz pisać testy logiki biznesowej których jedynym powodem do niepowodzenia jest sama logika a nie np baza czy błędne dane.

@Nofenak: W wiem że się uczysz i nie chce się bardzo p-----------ć ale to co chcesz zrobić jest trochę bez sensu. Mikroserwisy mają sens w bardzo dużych projektach i jak je dzielić oraz w jaki sposób implementować zależy od bardzo wielu czynników których nie ma w małym przykładowym projekcie.

To trochę jakbyś przeczytał o dywersyfikacji inwestycji i zapytałbyś się w jakie różne instrumenty zainwestować 1 zł

Czy transakcje rozproszone są

Pokaż całość

W jaki sposób rozbić monolit na moduły

@Nofenak: prosta zasada, gówna nie ruszać póki działa xD
W międzyczasie przepisywać od nowa xD Najgorsze co można zrobić to rozbić monolit na rozproszone MAKROserwisy bo zazwyczaj tak się kończy rozbijanie monolitów, cięzko to robić na MIKROserwisy bo zazwyczaj jest tight-coupling. Jeśli ten monolit nie masz dobrze podzielony modułowo w sensie struktura projektu w kodzie (loose coupling) to będzie dosłownie grzebanie w gównie.

@Kagernak: To wina DX11. Spróbuj przeinstalować albo popróbuj innych wersji

@BigInt: byś chociaż napisał z którego bota pochodzi ta odpowiedź.

@ly000: brzmi jak chat gpt

@Nofenak: to zależy

@Nofenak: why not both? ¯\(ツ)/¯

@Nofenak ja wole ręcznie

@Nofenak: zależy od moda tbh

@Nofenak: nie ma 4gb to osobny addon tak samo jak dx11

@Nofenak nieważne czy union czy nie dirty Swamp tak ma, po prostu nie otwieraj tylu skrzyń ( ͡° ͜ʖ ͡°)

@Nofenak: To błąd moda, na SP 1.8 jest to samo.

@Nofenak: Często wygodniej jest napisać sobie kawałek kodu który takie dane "generuje" zgodnie z zadanymi parametrami. Dzięki temu z jednej strony zrobienie kolejnych testów staje sie dużo szybsze a z drugiej strony w teście widać gołym okiem co takie dane zawierają. Jak ładujesz w teście jakieś dane z pliku to potem jak test zaczyna failować ktoś musi siedzieć i rozkminiać o co chodziło w tych danych.

najlepsza odpowiedz dal @JanPawelDrugiLechWalesaPierwszy. przeciez te dane jakos za posrednictwem twojej aplikacji trafiaja do tych repozytoriow. wiec wywolaj akcje aplikacji (jej interfejsy) aby zapelnic repozytoria w tescie.

@Kagernak: Sprawdź Ucieczkę