• Consulenza e Outsourcing su piattaforme Microsoft, SUN, UNIX e AS400
• Check-up dei sistemi informativi
• Consulenza IT e Project Management

Non posso certo permettermi di mettere in discussione prodotti come TFS (Team Foundation Server) che non hanno eguali, ma ho voluto partecipare alla discussione sul gruppo UGIALT di una via alternativa ai Repositories messi a disposizione da casa Microsoft.

Un primo problema che ho dovuto affrontare è stato quello economico, ho un piccolo Team e non posso acquisire un prodotto come TFS perchè purtroppo non esiste una MSDN Subscription e altre problematiche burocratiche.

Ho quindi pensato ad una via alternativa che per me è stata SubVersion. Di seguito vi elenco i prodotti che vi servono per poter avere un piccolo e semplice repository fatto in casa ed OpenSource.

Per prima cosa vediamo cosa serve per partire:

• Apache HTTP Server 2.2 per fornire pieno supporto a SubVersion (scaricabile qui, la versione Windows)
• SubVersion versione compatibile con Apache 2.2 (scaricabile nel sito del progetto)

A questo punto abbiamo il Core del nostro repository. Purtroppo arrivando fino a qui andiamo in contro a due problematiche che per chi usa Visual Studio, sono davvero problematiche.

1. Non abbiamo un IDE che ci consente di gestire il versioning, ma un semplice strumetno a riga di comando (che io personalmente odio!!)
2. Non abbiamo una integrazione in Visual Studio, con il quale, io personalmente, faccio tutto, anche il caffè!!

La soluzione parziale è quella di usare uno dei tanti strumenti Open per l' integrazione grafica di SVN (SubVersion) in Windows Explorer. Di preciso ho voluto usare:

TortoiseSVN che vi integra tutte queste caratteristiche nella finestra di Windows Explorer e quindi anche nel menu' contestuale di Windows stesso. Di seguito uno screenshot:

Certo avendo fatto 30 perchè non fare anche 31. Quindi mi son detto, vuoi vedere che non hanno fatto una mezza integrazione con Visual Studio?? E cerca che ti ricerca ho trovato questo altro progetto, che purtroppo è a pagamento  ma si è dimostrato (per i suoi 49$) davvero utile.

VisualSVN è uno strumento che integra i comandi visuali di TortoiseSVN all' interno di Visual Studio fornendovi cosi' un vero e proprio repository integrato in VS. Di seguito lo screenshot della 'Mutazione' con la versione Visual Studio 2008 Standard ... (quella del MIX Italiano per intenderci)

Integrazione nei singoli file, con presenza di luci in stile semaforo.

Ampliamento del menu' contestuale di Visual Studio, con i classici comandi Commit, Update e RollBack

Nota: SubVersion non va paragonato a TFS, ma al massimo al buon vecchio SourceSafe. Lo scopo è semplicemente quello di costruire un Repository dei files modificati e non è in grado di gestire un sistema in rete di Versioning come fa TFS, nè tantomento di Builds differenziate. Ma se cercate qualcosa di leggero e free potrebbe fare al caso vostro.

Questa mattina bazzicavo in quel del Web quando mi son trovato davanti una libreria, template per Visual Studio davvero interessante.

Questa cosa l' ho sognata tempo fa quando ho costruito il primo Gadget per Windows Vista! Molto utile per chi lavora con ASP.NET e AJAX la componente Script# vi consente di controllare e compilare i vostri codici C# in funzioni Javascript.

Il progetto e i file contengono una serie di template, che funzionano anche con Visual Studio 2008 e vi propongono queste soluzioni:

Potete creare una semplice Libreria, una Libreria per siti web, Un progetto completo per un Gadget di Vista, o Librerie per ASP.NET AJAX.

In questa pagina trovate un tutorial per partire. In pratica voi create la Pagina .aspx e il Code Behind, al resto ci pensa il compilatore con Script#, per avere come risultato finale un bel file .js con la traduzione delle nostre funzioni in codice Js!!

E questo è solamente una parte del lavoro che Script# puo' fare per voi.

Normalmente quando si sviluppa la parte di reportistica di un programma, la prima problematica che bisogna affrontare è proprio quella legata alla selezione di uno, tutti o qualche records. Le soluzioni sono svariate, certo che costruire un report per un singolo record ed uno per tutti, mi sembra un po' eccessivo.

Nel mio caso, molto molto semplice, dovevo produrre dei formulari anagrafici e quindi l' utente finale deve poter stampare uno, tutti o qualcuno.

Pensiamo alla struttura dati, per prima cosa, davvero semplice come quella sotto:

A questo punto basta creare il modulo che vogliamo stampare con Reporting Services, all' interno di un oggetto List, fornire allo stesso l' opzione di Group by tramite ID che è univoco per Record.

Adesso non ci resta che creare un Parametro nel Report al quale passiamo l' ID o la serie di ID che vogliamo valorizzare nelle stampe. Sarà un MultiValue, chiaramente.
Fatto cio' come nella schermata sotto

Dobbiamo solamente fornire un Filtro alla Lista di Prima, in questo modo, ovvero, con una clausola IN (valori)

Adesso nel nostro codice, dobbiamo solamente passare al Report gli ID dei records che vogliamo stampare!! Davvero utile e molto meno macchinoso di Crystal Report.
Io ad esempio, ho usato una ListBox MultiSelect, dove l' utente seleziona le Anagrafiche che vuole stampare, a quel punto, passo gli ID presenti nella ListBox.

:-D

Dando uno sguardo in giro ho visto che spesso molti DEV incappano in queste problematiche con il controllo ReportViewer presente sia in Visual Studio 2005 che in Visual Studio 2008, che è in grado di visualizzare 2 tipologie di Reports. La prima con estensione (.rdlc) è composta dai reports che possiamo creare all' interno di VS e la seconda (.rdl) è composta dai Reports creati con i Reporting Services di MS SQL 2005 o superiore.

Visualizzare la Preview

Per la preview del nostro report, basta dire al report viewer che:

private void InitializeMargin()
        {
            this.reportViewer1.SetDisplayMode(Microsoft.Reporting.WinForms.DisplayMode.PrintLayout);
            this.reportViewer1.ZoomMode = Microsoft.Reporting.WinForms.ZoomMode.Percent;
            this.reportViewer1.ZoomPercent = 100;
        }

In questo modo il Report Viewer compare in modalità Preview (molto piu' carino) con uno Zoom del 100%, simile alla Preview di Word.

Dilemma dei Margini

Per risolvere questo dilemma, basta impostare i margini all' interno delle proprietà del report stesso in questo modo:

Sarà poi il Report Viewer che in automatico rappresenterà il report con i margini impostati. Niente di piu'.

Questa mattina ho messo in Test i Reporting Services di MS SQL 2005, ed ho riscontrato alcune problematiche che vogliono condividere:

1. Per prima cosa è buona norma crearvi un Utente di Servizio con credenziali di Admin, almeno per la macchina che ospiterà SQL Server, in questo modo vi levate un sacco di grane inutili.
2. Dopo aver lanciato l' installazione dei Reporting Srv usate ove richiesto questo Utente Admin, in questo modo non avrete alcun problema di permessi durante la fase di Configurazione.
3. Quando state configurando il tutto, dovete già aver installato IIS e dovete già aver creato la Cartella Virtuale, in questo modo avete uno schema predefinito di dove andare a piazzare il tutto.

Infine se il vostro Database è una versione 2005 con SP2, beh purtroppo devo dirvi che dopo aver installato I Reporting Services, dovete reinstallare la SP2, altrimenti le versioni dei Db create da MS SQL e dai Reporting saranno differenti ...

Spero di aver aiutato qualcuno che è caduto come me nella trappla della SP2!

Sto avendo uno scambio di E-mail tra Scott Guthrie e Phil Haak riguardo un paio di questioni:

• La prima è stata proposta dal Mitico Simone a questo Post, dove appunto parla di una maggiore comprensione dei Tags Technorati, in special modo
  relativo al discorso ASP.NET MVC.
• La seconda, è qui subentra Phil, è legata semplicemente al Design nelle applicazioni ASP.NET MVC, dei DataContext. Non appena partorisco un' eureka, posto il tutto sul muro.

Per ora posso solamente dire: che emozione!!

Predico bene ma come sempre razzolo male! La mia splendida applicazione ASP.NET MVC effettuata con la prima CTP oggi deve essere aggiornata.
Peccato che la produzione deve andare sul Web Server che è Windows 2003 R2.

Sto installando i vari componenti ma la cosa assurda e complicatissima è modificare a mano una marea di reference nel web.config.

Il problema maggiore, per stasera alle 18:00 deve funzionare tutto!!

Se non do i numeri oggi, non li do piu'!

UPDATE

Allora dopo aver seguito passo passo la guida (Vi consiglio di disinstallare ASP.NET EXT CTP e poi di inserire la Preview 2)
sono riuscito a rifar funzionare tutto.

La prima cosa sconcertante è che la Preview 2 ha come versione dell' Assembly dalla 3.6 alla 3.5 (fantastico ...)

Secondo, i metodi di Routing sono proprio cambiati ... mannaggia!

Per il resto la parte di Binding è ancor piu' agevolata, quindi io personalmente mi scordero' la sintassi Request.Form[""].

Adesso devo divertirmi a farla funzionare su Win2003, è li è il bello!!

Ah ah mi scrivo la mia bella entity tutta ordinata con il codice del tipo:

 1         private Nullable<DateTime> data;
 2         public Nullable<DateTime> Data
 3         {
 4             get
 5             {
 6                 return this.data;
 7             }
 8             set
 9             {
10                 if (this.data != value)
11                 {
12                     this.data = value;
13                     NotifyPropertyChanged("Data");
14                 }
15             }
16         }
17 

Vado a creare il Class Design, smanetto un po e come per magia:

 1         public DateTime? Data
 2         {
 3             get
 4             {
 5 
 6             }
 7             set
 8             {
 9 
10             }
11         }
12 

Mi trovo un bel ? al posto di Nullable<T>. Ok vabene, ma se io fossi un Tradizionalista??

Prendo spunto da un articolo a mio parere molto interessante, postato su InfoQ  "Ideal Architecture is not always about Ideal Technology or Techniques".

In pratica viene reso noto, che spesso l' Architetto del Software, durante la fase di analisi deve considerare, non solo la tecnologia, ma anche le esigenze e la realtà. Ok quindi come viene spiegato, potrebbe succedere che:

L' architetto si trova a dover gestire un Team di Sviluppatori VB6 per un progetto web (che sfiga!!) e che la tempistica di consegna è breve.
Quale deve essere la scelta migliore? Usare Ruby che pero' gli sviluppatori non conoscono ma che si adatta benissimo al tipo di progetto (quindi scelta basata sulla tecnologia) o non usarlo perchè potrebbe creare problemi al Team (scelta basata sulla realtà aziendale)?

Beh io direi che la scelta è soggettiva e non oggettiva e vi spiego anche perchè:

• Se costringo il mio Team a imparare Ruby, è vero non riusciro' a consegnare in tempo il prodotto ma, al prossimo progetto, avro' un Team molto piu' flessibile non trovate?
• Se mi baso esclusivamente sulle conoscenze del Team, non rischio di realizzare un prodotto obsoleto, perchè il Team non è aggiornato?

Io farei e faccio anche queste considerazioni. Forse il mio status è troppo Tecnologia-Oriented, e poco Realtà-Oriented, ma sul lungo termine ho sempre trovato guadagno perchè la tecnologia che uso e propongo è sempre quella (.NET) e quindi nel tempo riesco ad affrontare le richieste con una sempre maggior conoscenza della tecnologia stessa.

(IMHO)

Questo post nasce dal fatto che troppo spesso vedo codice non sfruttato, del tipo, un ArrayList per memorizzare 4 valori stringa, o peggio, una generic List<String> per memorizzare magari un semplice array di stringhe. Mi è sembrato quindi opportuno fare il punto della situazione, con questo post, nel quale voglio semplicemente dire che il Namespace System.Collections ... è un Namespace e non una classe, quindi magari al suo interno possiamo trovare diversi oggetti ... e non solo ArrayList e List<T>.

Non sto qui a ripostare tutto per l' ennesima volta. Comunque, in data 12 Febbraio Scott Guthrie ha reso disponibile una nuova versione di ASP.NET MVC, una preview realizzata appositamente per l' evento MIX08 che si terrà in prima battuta negli U.S.A.

Trovate il link originale qui: http://weblogs.asp.net/scottgu/archive/2008/02/12/asp-net-mvc-framework-road-map-update.aspx

Quello tradotto dal sottoscritto qui: http://blog.raffaeu.com/ScottGu/archive/2008/02/17/resoconto-su-asp.net-mvc-aggiornato.aspx

Di seguito vi elenco solamente alcune delle novità che dovrebbero far gola a tutti:

Oltre a tutto cio' presto verranno introdotte grosse novità sia in ambito ASP.NET AJAX che Data Dynamics.

(IMHO) Io ho iniziato da subito a sviluppare con questo Framework, ancora in CTP, e debbo dire che sicuramente la produttività aumenta alla stragrande, se poi il Dominio e il DAL lo riciclate da una app Windows, come nel mio caso, beh ... la questione si semplifica davvero tanto!!