Io da poco ho scoperto MapStruct ( http://mapstruct.org/ ) che non trovo affatto male.
Il giorno 15 gennaio 2018 18:59, bruno bossola bboss...@gmail.com [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com> ha scritto: > > > Mah, per esempio nei servizi REST raramente serializzo l'oggetto, ma una > "vista" di esso. Lo stesso in ingresso, ricevo una "vista" e da quella > ottengo il vero oggetto. > Questo per me e' l'esempio piu' comune, e faccio a mano, si, li testo di > solito perche' quando creo l'oggetto "vero" di solito passo parametri > (magari un repository) e c'e' della logica "vera" da disegnare. > > Ciao, > > Bruno. > > 2018-01-15 17:35 GMT+00:00 Tatiana Litvinova tatiana.litvin...@gmail.com > [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>: > >> >> >> Ciao a tutti, >> >> Vorrei allargare la questione posta da Federico. >> >> In quali occasioni ricorrete al mapping dei bean (trasformazione di un >> bean in un altro bean di struttura molto simile se non uguale)? Quando >> secondo voi è giustificata la creazione di questi bean differenti e quando >> invece è insensato? >> >> Preferite mapper automatici tipo dozer o fate a mano (al di là di come e >> dove, comunque a mano)? >> >> Grazie, >> Tatiana >> >> вс, 14 янв. 2018 г.. в 11:23, bruno bossola bboss...@gmail.com >> [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>: >> >>> >>> >>> Se il problema e' che da A devo costruire B, allora un metodo in A che >>> si chiama "buildB()": questo per "information expert" (GRASP) >>> <https://en.wikipedia.org/wiki/GRASP_(object-oriented_design)#Information_expert>, >>> e >>> se ci sono cose secondarie da usare nella conversione le passo come >>> parametro. >>> >>> In altri casi dipende... in genere cerco di assegnare la responsabilita' >>> a qualche oggetto che ha senso che ce l'abbia :) >>> Ciao, >>> >>> Bruno >>> >>> >>> 2018-01-12 17:35 GMT+00:00 Federico Fissore feder...@fsfe.org >>> [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>: >>> >>>> >>>> >>>> Ciao >>>> >>>> domandina del venerdì sera >>>> >>>> Da qualche tempo vedo con crescente frequenza questo tipo di codice >>>> >>>> return ExpenseBuilder.anExpense() >>>> .withId(id) >>>> .withAmount(new BigDecimal(66.6).setScale(2, RoundingMode.CEILING)) >>>> .withDate(new Date()) >>>> .withReason("Something pretty") >>>> .build(); >>>> >>>> Viene da un test, quindi i dati sono hardcodati. Altrimenti vengono >>>> presi da un altro bean via getter, oppure quest altro bean offre lui un >>>> metodo che restituisce un builder pre-popolato >>>> >>>> Anche voi siete abituati a fare così quando dovete passare dati da una >>>> DTO a un altro? Se no, come fate? >>>> >>>> ciao >>>> >>>> federico >>>> >>> >>> > > -- Response to : m.iv...@gmail.com
