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
>>>
>>
>>
>
