Konwersja immutable dto - immutable entity

Konwersja immutable dto - immutable entity
PL
  • Rejestracja:ponad 7 lat
  • Ostatnio:około 4 lata
  • Postów:36
0

W jaki sposób powinna się odbywać prawidlowa konwersja danych z immutable dto na immutable entity i odwrotnie?

Wiadomo, że jest możliwość konstruktorem/builderem.
Ale...Jak podejrzewam takie rozwiązenie też ma swoje skutki uboczne bo zakładając, że z aplikacji korzysta wielu użytkowników, to
czy takie instancjonwoanie nowych obiektów bedzie optymalne? Wszystko leci na sterte i wiadomo jest gc, ale czy to wystarcza?

AK
w pytaniu widzę ... ze trzy: o ortodoksyjność DDD i separację, wydajność, kruczki językowe w konkretnym języku Java, Które najwazniejsze?
S9
  • Rejestracja:ponad 10 lat
  • Ostatnio:6 miesięcy
  • Lokalizacja:Warszawa
  • Postów:3573
0

A czemu miałyby być z tym problemy? Ludzie robią to samo tylko że mapują mutowalne encje na mutowalne DTO i to wcale sie nie różni pod względem pamięci


"w haśle <młody dynamiczny zespół> nie chodzi o to ile masz lat tylko jak często zmienia się skład"
edytowany 1x, ostatnio: scibi92
Koziołek
Moderator
  • Rejestracja:około 18 lat
  • Ostatnio:21 dni
  • Lokalizacja:Stacktrace
  • Postów:6821
0

Ale wystarcza do czego? Jeżeli masz do alokowania bardzo dużo obiektów, to wiadomo, że GC w standardowych opcjach może nie wyrabiać. Z drugiej strony wiele z tych obiektów nie wypada poza stos (i to jest w pewnym sensie LOL) i żyje bardzo krótko.


Sięgam tam, gdzie wzrok nie sięga… a tam NullPointerException

Zarejestruj się i dołącz do największej społeczności programistów w Polsce.

Otrzymaj wsparcie, dziel się wiedzą i rozwijaj swoje umiejętności z najlepszymi.