Sergio ci informa di un accordo tra Microsoft ed Eclipse, l’IDE open-source tanto amato dai miei colleghi. Un breve articolo su questo accordo si trova a questo indirizzo.

La versione breve è: sarà possibile utilizzare la combinata Eclipse-SWT (Standard Widget Toolkit) per sviluppare applicazioni per Windows Vista con Windows Presentation Foundation.

Technorati Tags: Open-source Microsoft java eclipse

Send to Kindle

Il .NET Framework è composto da un altissimo numero di classi. Vi siete mai chiesti quante ne conoscete e quante ne avete usate? Non sto dicendo nulla di nuovo se vi dico che questo numero dipende per la maggior parte dal tipo di lavoro che fate, dal tipo di clienti che avete e dall’ambito nel quale siete più o meno costretti a sviluppare i vostri applicativi.

I numeri raccontati in questo post danno una visione di insieme. Grazie a Lorenzo che me l’ha trovato! I tipi definiti nel .NET Framework 1.0 erano ben 3.581; nella versione 2.0 erano il doppio (7419); nell’ultima 3.5 i tipi sono diventati 11.417.

Ma ci sono classi che utilizzate solo se sviluppate solo su Windows Mobile, altre che utilizzate solo se create siti in ASP.Net, altre che usate solo se accedete ai database con ADO.Net, altre ancora che usate solo se lavorate con XML, altre se scrivete applicazioni in più localizzazioni, altre se dovete creare o utilizzare web-services. Potrei probabilmente andare avanti all’infinito.

Ma ci sono altrettante classi che invece sono trasversali rispetto a quello che programmate. D’altronde il namespace System lo usiamo tutti, no? Indipendentemente da quello che facciamo, Linq potrebbe fare al caso nostro. Namespace del framework come System.Security, System.Diagnostics, System.Collection, System.Reflection, System.Threading, System.IO e System.Net sono talmente “generiche” (e fondamentali) che dovremmo comunque esserne a conoscenza, sia che sviluppiamo applicazioni Windows Forms, WPF, portali Web o su mobile. Perciò…fino a che punto possiamo dire…

Ditemi quali classi usate e vi dirò chi siete?

Technorati Tags: .NET Framework Programming

Send to Kindle

Come requisito, leggetevi prima l’articolo su MSDN pubblicato dal nostro amico Giancarlo “Janky” Sudano su Linq to SQL. Se avete voglia e se volete partire rapidamente con questo ORM, potete dare un’occhiata all’ottimo tutorial del mio omonimo Igor: l’avevo letto quando era stato messo on-line, ma l’ho ripreso ieri quando ho voluto ripercorrere i passaggi sul mio piccolo progetto che io chiamo “campo di battaglia” per studiare le nuove tecnologie ed i nuovi framework ai quali sono interessato.

Ieri sera ho mappato il mio domain-model su un database SQL Server 2005 Express Edition. Il domain-model contiene classi come Player, Team, Match, MatchResolver. In passato – chi di voi è attento se lo ricorderà – ho parlato di HockeyPlayer: qui si parla sempre di sport. Non chiedetemi perchè! 🙂

Arrivo al dunque.

La classe System.Data.Linq.DataContext espone un metodo GetTable che ritorna l’istanza di ITable relativa al tipo di oggetto passato in input al metodo stesso. Ecco un piccolo esempio:

1 public void SaveObject(T oggetto)
2 {
3     if (!init) initialize();
4 
5     ITable table = session.GetTable(oggetto.GetType());
6     table.InsertOnSubmit(oggetto);
7     session.SubmitChanges();
8 }

Il metodo SaveObject qui sopra fa parte di una classe del mio Data Access Layer. Prende in input un’istanza di un oggetto che vogliamo salvare su database attraverso Linq to SQL. Il tipo dell’oggetto è espresso tramite T, dal momento che il metodo fa parte di una classe generica, che impone che T derivi da BaseEntity, classe base di tutte le classi del mio domain-model.

Alla riga 5 otteniamo un riferimento alla tabella nella quale deve essere salvato l’oggetto: per farlo facciamo una chiamata a GetTable passandogli il tipo dell’oggetto. L’engine di Linq to SQL ottiene queste informazioni dal files di mappings. Alla riga 6 aggiungiamo l’oggetto con la chiamata ad InsertOnSubmit(), e alla riga 7 rendiamo effettivi i cambiamenti su database. Più facile di così!

Technorati Tags: .NET Framework Linq

Send to Kindle

Questa mattina ho corretto ed uploadato l’ultima versione del VivendoByte WPF Technorati Tags, il plug-in per Windows Live Writer di cui avevo già parlato in passato.

Usandolo avevo scoperto un piccolo bug. Come sapete, potete indicare i tags con cui taggare un post in due modi:

1. o scegliendolo dalla lista di tags scaricata dal servizio WCF di Technorati
2. o scrivendoli a mano nel caso in cui dovete indicare nuovi tags non ancora usati

Se non selezionavate nulla dalla lista ma i tags li scrivavate solo a mano nella TextBox, non potevate mai chiudere la finestra, perchè il controllo che avevo messo sul pulsante Ok si ostinava a dirvi: “Dovete selezionare uno o più tags dalla lista!“. Adesso questa cosa è sistemata.

Poi ho fatto dei miglioramenti in termini di layout della finestra ed altre piccole cosucce. Ho sistemato ad esempio il video del logo VivendoByte che vi “intrattiene” mentre il servizio Web di Technorati fa il suo dovere in background. Adesso il video è un po’ più veloce e mi sembra che trasmetta più azione e dinamismo. Parole grosse.

Il download è disponibile qui in formato ZIP (124Kb) e su CodePlex.

Technorati Tags: windows live writer Plugin wpf technorati

Send to Kindle