The official Fatica Labs Blog! RSS 2.0
# Tuesday, April 20, 2010

Fabio Maulo sta proponendo una nuova astrategia di mapping per NHibernate: ConfORM. In pratica si tratta di una strategia code only, quindi nessun file di XML, ma tutto via codice con l’approccio fluent interface. Stranamente la community si è un po’ stupita di vedere un ennesima strategia, e tutti stanno lì a chiedersi il perchè. Bene, il perchè è che è una nuova possibilità di scelta, ed avere molte scelte è un plus degli ambienti open source. In un suo post Fabio disegna uno scenario completo della ricca rosa di partecipanti al problema mapping. Difatto ConfORM è l’unica API che sfonda completamente lo strato hbm, e va direttamente alla radice. Tutto questo si traduce immediatamente in un incremento di performance, ed in una migliore linearità progettuale: meno strati è meglio, anzi, meno strati inutili è meglio. Francamente, dopo una piccola esperienza acquisita nel problema mapping con la scrittura del tool NHModeller, ho deciso di tornare ed imparare la strategia HBM. Dopo un po’ non è così male, ma la prossima volta che faccio un progetto mio provo ad usarlo ( in azienda non se ne parla nemmeno: già il mapping XML è visto come una stregoneria, e c’è chi legifera che mappare le foreign Key come long sia una buona idea anzichè un antipattern ;-) ).

In conclusione: chissenefrega se un nuovo sistema sembra essere il duplicato di un altro:Vincerà il migliore, ed in ogni caso il migliore secondo gli utilizzatori :-)

Tuesday, April 20, 2010 7:22:46 PM (GMT Daylight Time, UTC+01:00)  #    Comments [6] - Trackback
ConfORM | NHibernate

Tuesday, April 20, 2010 10:11:08 PM (GMT Daylight Time, UTC+01:00)
Ce n'era davvero bisogno? Qual'è il valore aggiunto che apporta rispetto all'uso degli attributi di mapping sulle classi e metodi?
Spa
Wednesday, April 21, 2010 6:49:24 AM (GMT Daylight Time, UTC+01:00)
BEh, di cosa c'è davvero bisogno ? Per esempio molti non vogliono semplicemente usare attributi sulle entity. Io xEs non ho nemmeno mai provato. Diciamo che è una novità, e che vale la pena dargli un'occhiata. Personalmente, su progetti che me lo consentono, uso mapping-first e poi genero le classi con hbm2net. Ma appena ce ne sarà una versione in GA voglio vedere.
Thursday, April 29, 2010 5:33:29 PM (GMT Daylight Time, UTC+01:00)
Scusate la divagazione, ma cosa intendi per:

"c’è chi legifera che mappare le foreign Key come long sia una buona idea anzichè un antipattern "
?


Friday, April 30, 2010 2:46:32 PM (GMT Daylight Time, UTC+01:00)
Beh, ho visto delle situazioni in cui grafi complessi di oggetti, quindi entity che hanno reference ad altre entity, e queste reference sono mappate come ID ( cioè property di tipo long ) invece che come <many-to-one>. Quindi usare NH diventa un impresa: la cosa orribile è che costoro dicono poi che NH è inusabile ;)
Saturday, May 01, 2010 3:10:08 PM (GMT Daylight Time, UTC+01:00)
Ad esempio la relazione Cliente(multy) - Città(one)
viene creata come:

[CLIENTE]
int IDcliente
int IDcitta

invece che

[CLIENTE]
int IDcliente
Citta CittaResidenza

??
Se è così fammelo dire: MyGOD
:P

Cmq è vero NH sarà anche figo quanto vuoi ma necessita di un pò di studio iniziale...ma neanche tanto è che cmq cambia l'idea di "faccio na query, recupero un datatable e incastro le cose per quest'ambito di problema".
Ma è proprio la cultura dell'ORM a mancare a molti e c'è ancora chi sostiene che sia uno strato inutile. mah!
Saturday, May 01, 2010 4:34:33 PM (GMT Daylight Time, UTC+01:00)
Yep,
Hai colto il probllema. Ovvio che se fai così ( come hai mostrato nell esempio ) idCittà, immagina che casino :P
All comments require the approval of the site owner before being displayed.
OpenID
Please login with either your OpenID above, or your details below.
Name
E-mail
(will show your gravatar icon)
Home page

Comment (Some html is allowed: a@href@title, b, strike, strong) where the @ means "attribute." For example, you can use <a href="" title=""> or <blockquote cite="Scott">.  

Enter the code shown (prevents robots):

Live Comment Preview
My Stack Overflow
Contacts

Send mail to the author(s) E-mail

Tags
profile for Felice Pollano at Stack Overflow, Q&A for professional and enthusiast programmers
About the author/Disclaimer

Disclaimer
The opinions expressed herein are my own personal opinions and do not represent my employer's view in any way.

© Copyright 2012
Felice Pollano
Sign In
Statistics
Total Posts: 143
This Year: 3
This Month: 0
This Week: 0
Comments: 105
This blog visits
All Content © 2012, Felice Pollano
DasBlog theme 'Business' created by Christoph De Baene (delarou) and modified by Felice Pollano