> > Mettiamo il caso che tu abbia iniziato a sviluppare senza creare gli > oggetti "vista"... >
Questo e' il default per me. > ...ad un certo punto ti sei accorto che *per un caso particolare* invece > era indispensabile. Che cosa fai: > 1. crei una "vista" solo per quell'oggetto e gli altri continui a > serializzare/deserializzare gli oggetti di dominio? > 2. oppure, per uniformità, rifattorizzi tutto il codice introducendo le > "viste" per tutti gli oggetti che vengono "visti" in json (spero di no!)? > 3. oppure c'è un'altra opzione che non mi è venuta in mente? > La 1 I metodi from/to li uso anch'io (chissà come mai?). Bene ma se ci metti altri metodi oltre a quelli, non benissimo :) Il trucco e' farli veramente tristi. Nota che c'era un refuso nel mio precedente codice: public class UserZero { *public* final UUID uuid; *public* final String name; public UserZero(User user) { this.uuid = user.uuid(); this.name = user.name()); } public User create(UserRepository users, Magic magic) { ... } } Nota gli attributi pubblici eh :) Il trucco e' che una volta costruito l'oggetto, diventano immutabili, quindi non c'e' problema ad usarli belli diretti. Altrimenti Lombok. Comunque non mi spaventa l'approccio del Fissore, mi sa che lo provo pure io... meno codice, meglio e'! Eppure mi hai torturata con un librone enorme sugli EJB2 prima > dell'assunzione :D.. > Non ti ho mai detto quanto mi aveva fatto schifo? Eh non ero io che dettavo le regole, erano la tua amica al CSI... Gemma, se mi ricordo bene? Dopo aver accettato l'offerta con scritto "zero EJB" ce li hanno rificcati dentro... Ciao, Bruno 2018-01-17 20:38 GMT+00:00 Tatiana Litvinova tatiana.litvin...@gmail.com [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>: > > > ср, 17 янв. 2018 г. в 14:29, bruno bossola bboss...@gmail.com > [it-torino-java-jug] <it-torino-java-jug@yahoogroups.com>: > >> Stai dicendo che parti senza la duplicazione degli oggetti finché non >>> trovi un caso per cui si verificano entrambe le condizioni (es. il primo >>> oggetto che non riesci a serializzare in json). A quel punto cosa fai? Crei >>> una "vista" soltanto per quell'oggetto? Rifattorizzi, introducendo le >>> "viste" json per tutti gli oggetti che vengono serializzati? >> >> >> Di solito genero un value object con dei metodi from/to rispetto al mio >> oggetto vero (i.e. un costruttore che crea in base all'oggetto vero, una >> factory the ritorna l'oggetto vero a cui passo extras). >> > > Mi sono spiegata male Bruno, la mia domanda era un'altra. Provo a > riformularla. > Mettiamo il caso che tu abbia iniziato a sviluppare senza creare gli > oggetti "vista" perché non ti servivano, riuscivi a > serializzare/deserializzare anche senza. Ad un certo punto ti sei accorto > che *per un caso particolare* invece era indispensabile. Che cosa fai: > > 1. crei una "vista" solo per quell'oggetto e gli altri continui a > serializzare/deserializzare gli oggetti di dominio? > 2. oppure, per uniformità, rifattorizzi tutto il codice introducendo > le "viste" per tutti gli oggetti che vengono "visti" in json (spero di > no!)? > 3. oppure c'è un'altra opzione che non mi è venuta in mente? > > I metodi from/to li uso anch'io (chissà come mai?). > > >> E posso anche dire: *mai usato EJB in vita mia!!! * >> > > Eppure mi hai torturata con un librone enorme sugli EJB2 prima > dell'assunzione :D.. > Non ti ho mai detto quanto mi aveva fatto schifo? > > Ciao, > Tatiana > >> >