jankyBlog

E bravo Janky!!!

Vado a comprarlo allora :)

Spero tu ti sia firmato Giancarlo "Validation" Sudano :-)

bello! bravo!

vado a comprarlo anche io

bravo Janky....evviva!!!!

Lo compro solo se anche tu compri ComputerProgramming con DNN e i blog!!!

uè... mica avete detto lo stesso per i miei articoli... moh me la lego al dito!!!

X simone... ROTFL!

E poi io se lo trovavo in edicola l'avrei comprato... ;-)

L'ho appena letto sul treno Milano-Chiasso - tanto si sa che sono uno "sfizzero" :-) - e mi è piaciuto

Ops.. volevo dire sharpdevelop

Innanzitutto grazie a tutti, anche a quelli che mi hanno fatto i complimenti senza neanche leggerlo! :-)

Per Simone:
dai non ti arrabbiare, è il mio primo articolo, adesso mi tocca offrire la birra a tutti quelli che hanno lasciato il commento qui...mi costa una fortuna! Tu invece ne hai già scritti una caterba!

Per Andrea:
accetto sempre le critiche soprattutto se sono costruttive come le tue.
Ti rispondo su qualche punto:
L'intenzione dell'editore era di avere un articolo con target medio basso, qualcosa tipo primi passi con Nhibernate step by step, e quindi ho dovuto "tagliarlo" sull'IDE di VisualStudio, ma ovviamente qualsiasi cosa faccia riferimento all'IDE deve poter essere fatta anche dagli altri...
Nella fattispecie: Ho usato add Reference, una application config e una action di build (embedded) per i file XML. Sono tutte cose che ogni buon IDE deve poter fare per produrre delle DLL compliant al framework. Infatti le fa anche SharpDevelop e pur non conoscendo quello di Borland posso dire che "LE DEVE SICURAMENTE" poter fare anche lui. Sono sicuro che mi darai conferma.
NHibernate può creare sicuramente la struttura del database ma non mi interessava in questo contesto scendere così nel dettaglio anche perchè ho un limite fisico di spazio da rispettare e solo quella parte se ne sarebbe preso un bel po. Dall'articolo poi utilizzo cmq un approccio top down, prima definisco le classi, e poi il database. Poi arriva NH e mi permette di mapparlo. Nella realtà succede spesso così! L'architetto fa la sua soluzione in OOD, il dba fa il suo bel relazionale, in parallelo e poi si cerca di unire le due parti (evitando i cazzotti!)
Per le parti meno chiare mi sono accorto solo stamattina quando ho comprato il giornale che sono rimaste due frasi che facevano riferimento a due occhielli che non sono andati in stampa: La configurazione di SQL Profiler (che è di SQL Server e non di VisualStudio e i riferimenti per l'XML...
Peccato, ma li non ho colpe! :-)
Se c'è qualcos'altro che non è chiaro mandami pure una mail e chiacchieriamo volentieri!
Grazie ancora!