.NET Architectonics

Le quote di ASP.NET

Dino Esposito — Thu, 18 Jun 2009 16:22:56 GMT

Ho trovato questo post di oramai 5 anni fa che discute la penetrazione di ASP.NET sul mercato delle WebApp. E mi chiedevo se qualcuno conosce riferimenti più recenti.

Grazie!

Opt-in per viewstate in ASP.NET 4.0

Dino Esposito — Sat, 13 Jun 2009 20:41:33 GMT

A parte un discreto insieme di novità per AJAX, non è che ASP.NET 4.0 offra poi granché. Chi si illudeva di trovarci magari una schema di implementazione per MVP è per ora rimasto deluso. La parola d'ordine sembra essere "più controllo". E in effetti se escludiamo rivoluzioni filosofiche non è che sia rimasto molto da sistemare. Quindi o ci sta bene com'è o ci si rivolge a ASP.NET MVC.

Una cosa effettivamente sistemata per il meglio (oddio, a parte la confusione tra proprietà un pochino sovrapposte) riguarda il viewstate.

Non starò qui a menarla (ancora) sul fatto che il viewstate non è un modo perverso di appesantire le pagine. Che ci crediate o no, il viewstate serve a qualcosa e lasciarlo nella pagina è la soluzione con meno controindicazioni. Detto che il viewstate di fatto serve realmente solo per pochissimi controlli in una pagina, fino ad ASP.NET 3.5 SP1 si scopre che in effetti opt-out è il solo approccio supportato. Tradotto, che vuol dire?

Il viewstate è controllato dalla proprietà booleana EnableViewState. E uno pensa che gli basta disabilitarlo sul controllo che vuole e tutto va a meraviglia. Sbagliato. Se il viewstate è abilitato sulla pagina (in generale sul container di un controllo) ogni controllo figlio ne eredita il valore. Punto. E soprattutto indipendentemente dal valore di EnableViewState sul controllo stesso.

Ora in ASP.NET 4.0 potevano semplicemente invertire la logica nel setter di EnableViewState. Ma questo probabilmente avrebbe causato casini con le miriadi di applicazioni esistenti. Ergo, appare dal nulla una nuova proprietà: ViewStateMode. La proprietà può assumere tre valori (Disabled-Enabled-Inherit) ovviamente riferiti allo stato del viewstate sul controllo. Grazie a questa proprietà, il supporto per il viewstate in ogni controllo diventa opt-in ovvero ciascun controllo decide se vuole il viewstate o no. Soprattutto può farlo indipendentemente da ci; che fa il parent.

Tutto facile? Manco per sogno

Per un vero scenario opt-in seguire le istruzioni:

EnableViewState per la pagina/container deve essere sempre true
ViewStateMode per la pagina/container va messo a Disabled
ViewStateMode per i controlli che si vuole va messo a Enabled

Al momento altre combinazioni o non funzionano o non danno risultati predicibii.

Testing o Testabilità

Dino Esposito — Thu, 14 May 2009 11:04:38 GMT

Mentre noto che da qualche anno si parla molto di testing, mi pare di rilevare una minore attenzione verso uno degli attributi fondamentali del software, almeno stando agli standard internazionali ISO/IEC--la testabilità del software.

Cosa conta di più, allora?

Beh, il testing è sotanzialmente il risultato dell'esecuzione di una serie di programmi ad hoc (OK, intendo automated testing) volti ad assicurare che le classi (unit) o il sistema nel suo insieme si comportano come ci si aspetta in relazione al codice ed eventualmente a componenti esterni.

Il testing ci dice che il software funziona. O più esattamente ci dice che le funzioni/scenario che abbiamo testato funzionano. Il che non è male, ma non è nemmeno certezza assoluta. Come scriviamo con Andrea in "Architecting Applications for the Enterprise", il testing e in particolare lo unit-testing serve solo al team per darsi la sicurezza che si sta procedendo sulla giusta strada e per crearsi uno strumento di difesa contro regressioni post-modifiche.

La testabilità, invece, ci porta a scrivere codice che sia semplice da sottoporre a unit-testing. E come è possibile ciò? Sostanzialmente facendo uso di principi di design e opportuni pattern. Alla fine, il paradosso sapete qual è? E' che la testabilità serve non direttamente al testing, ma ad avere soprattutto codice migliore e meglio disegnato. Il testing è una scusa per dedicarsi seriamente alla testabilità.

E la testabilità del codice comincia dalla definizione di software contracts. O come li chiama MS (che deve sempre distinguersi...) code-contracts. Oggi anche per VS 2008 in attesa di .NET 4.0 e VS2010.

Certo talvolta la testabilità rischia di fare a pugni con la purezza del design OOD. Ma la ricerca della testabilità porta a codice più flessibile, modificabile e anche leggibile. E se poi non è puro OOD... chi se ne frega. E se, come dice un esperto del campo--il mio amico Roy Osherove--fosse ora di cambiare alcune definizioni di OOD?

Interviste

Dino Esposito — Sun, 03 May 2009 07:44:24 GMT

E' solo un caso, ma pare che io abbia molte cose da dire in questi giorni... Infatti escono online due interviste (in inglese) rilasciate molto di recente. Una su DotNetRocks e una su SodThis, quest'ultima registrata peraltro durante Basta Italia.

100 di questi giorni

Dino Esposito — Thu, 23 Apr 2009 20:42:08 GMT

Come abbondantemente ricordato da tiggì e giornali, il 22 aprile Rita Levi Montalcini ha compiuto 100 anni. Rita Levi Montalcini ha ricevuto il premio Nobel per la Medicina nel 1986 ed è senatore a vita dal 2001. E' meno noto che la Montalcini ha una sorella gemella Paola Levi Montalcini morta nel 2000 che è stata una ottima artista e pittrice.

Credo fosse il Natale del 1993 quando la piccola società per cui lavoravo realizza un "banale" chiosco elettronico con un'applicazione che gira ad libitum mostrando immagini zoomabili e descrizioni. Questo chiosco viene piazzato alla Galleria d'Arte Contemporanea di Roma in occasione di una mostra con opere anche della Montalcini. Alla cerimonia d'apertura partecipano le gemelle Montalcini e bontà degli organizzatori la mia società riceve alcuni inviti. Uno lo passano a me.

Non so come, né perché, ma ad un certo punto il mio capo mi chiama e dice più o meno che una persona vuole conoscermi. Penso ad un professore universitario, forse ad un top manager, più probabilmente a qualche politicante. Invece no, si tratta di Rita Levi Montalcini. Quando me lo dice, passo i successivi 20 secondi a pensare intensamente a cosa dire. Quando mi stringe la mano riesco a mormorare un "sono onorato...". E lei ribatte qualcosa come "ma che dice, io sono onorata di conoscere queste giovani menti che creano cose così meravigliose...".

Io avevo solo scritto una DLL Win16 per incapsulare una libreria di compressione frattale che all'epoca (...1993...) se la giocava da favorito con JPEG. Nulla nel chiosco era mio e nemmeno avevo idea di come potesse essere fatto.

Il 1993 era proprio un altro mondo, molto più lontano di 16 anni. Durante il trasloco con cui sono alle prese in questi giorni sono saltate fuori copie di MC Microcomputer dell'epoca o di Computer Programming e Microsoft Systems Journal. E' istruttivo rileggere di COM+ per esempio oggi nel 2009.

That's life!

Web Forms vs. ASP.NET MVC

Dino Esposito — Wed, 15 Apr 2009 18:45:32 GMT

Tema difficile ... In un articolo che apparirà presto su MSDN Magazine provo a guardare ai fatti e non alle emozioni. Alla fine, mi viene da dire che è proprio come dice MS--auto o moto. Ciascun framework ha le sue caratteristiche e i suoi pregi e difetti. Uno è più RAD, l'altro più TDD.

Quello che mi preme dire è che NON è vero che serve ASP.NET MVC per scrivere una buona applicazione ASP.NET con pagine ragionevolmente testabili e modularità. Basta saper scrivere software o al limite lasciarsi guidare da un pattern. In ASP.NET MVC la Microsoft ha preso un pattern che ha visto funzionare (RoR e MonoRail) l'ha chiamato (anzi ribattezzato) MVC e, vox dei-vox populi, ci è accorti di quanto importante sia SoC.

Ma trentanni di software non hanno insegnato niente a nessuno? Dijkstra era un mito già negli anni 80 a Pisa; la SoC appartiene a un suo documento del 1974, quando la Lazio aveva appena vinto un incredibile scudetto... Anni luce ...

E adesso mi tocca leggere su blog e articoli che la MS ha lanciato un framework basato su un pattern che è troppo figo perché ti fa testare il software e ti fa separare logica da presentation e da business. Grande! Bellissimo!

Non ci posso credere... Scusate, ma prima? Come si faceva? Quando non c'era la TV come si faceva?

Microsoft aveva un solo obiettivo e due strade: costringere un milione di sviluppatori a scrivere codice migliore. Per farlo poteva migliorare ASP.NET Web Forms ficcandoci dentro un pattern oppure creare qualcosa di diverso ma compatibile.

La strada Web Client Software Factory è stata giudicata troppo complessa; ergo si è andati a prendere esempio da RoR. Ed è nato ASP.NET MVC. Tra l'altro (ora che l'ho visto un po' da vicino) nemmeno fatto male...

Nel mio blog in inglese potete leggere qualcosa di più in attesa dell'articolo di MSDN e di un mio libro che uscirà in autunno.

La logica del ribasso

Dino Esposito — Sat, 11 Apr 2009 13:28:19 GMT

Quoto da Repubblica.it un frammento di un articolo sul cemento abruzzese e la sabbia di mare.

"Chiederemo che venga reintrodotta una figura di controllo che accompagni la costruzione di un edificio dall'inizio alla fine. Evitando che i subappalti, da strumento necessario di duttilità, diventino il ricettacolo di furbizie e illegalità. Ma ci batteremo anche perché il Paese esca dalla logica del ribasso. Quella che spinge molti, pur di stare nel mercato, a costruire a prezzi impossibili. Ad abdicare alla qualità e alla sicurezza".

Checchè se ne dica il terremoto di lunedi (come quello molisano del 2002) non era niente di che. Forte certo, ma di media potenza. Da prendersi un grosso spavento; magari da morirci d'infarto, ma non schiacciati dal piano di sopra. Questo terremoto era niente che un normalissimo cemento armato (senza neppure speciali cure anti-sismiche) non potesse sopportare. E questo lo dicono numeri sciorinati nell'articolo. Ma lo scopo di questo post non è quello di commentare la tragedia del terremoto. Ma quello di riflettere sulle frasi evidenziate, generalizzandone il contesto. E poi adattandolo al mondo del software.

Proprio ieri con Andrea commentavamo la spirale al ribasso dei costi per sviluppatore su progetto. Crisi o non crisi è chiaro che la spirale al ribasso non può esistere oltre un limite fisico (peraltro superato da tempo). Mi torna in mente un classico fighetto ventenne figlio-di-papà che tanti anni fa circondato da fanciulle in fiore filosofeggiava che un'auto potente "te la devi poter permettere, sennò tanto vale rinunciare e fare il pezzente con la 500". Ovviamente quello con la 500 ero io, mentre lui se la spassava in BMW .

E' la logica del ribasso che uccide questo paese. La logica del ribasso inevitabilmente porta ad abdicare alla qualità e alla sicurezza. E quando questo avviene nel pubblico è semplicemente un'indecenza criminale. E non è nemmeno vero che nel software si rischi di meno. Non si rischia di rimanere sotto le macerie; ma di vedere la propria e altrui qualità della vita collassare... decisamente sì.

Razionalizzare i costi NON significa tagliare a prescindere. Significa spendere meglio e magari meno. Significa aumentare il ricavo a fronte di una spesa. Significa spolpare i margini del grasso accumulato in (ma quali?) anni di abbondanza. Significa capire cosa si compra. Non significa che un progetto dato in outsourcing sia per default ben fatto e possa non essere testato tanto la responsabilità non è la mia ... Ma chi sono questi fenomeni...

Com'è "verde" il mio design

Dino Esposito — Mon, 06 Apr 2009 20:44:50 GMT

Durante la scrittura del libro "Microsoft .NET: Architecting Applications for the Enterprise" con Andrea abbiamo spesso discusso delle caratteristiche dei possibili lettori ideali. E ci siamo trovati d'accordo che i contenuti del capitolo 3 ("Design principles and patterns") sono di fatto patrimonio comune di architetti e sviluppatori di ogni ordine e grado e persino di manager e IT people.

Il design del software e l'ingegneria del software non sono nulla di nuovo. Ma sono qualcosa che, almeno nel mondo MS, è andato scomparendo--anzi non è mai entrato--nel corso degli anni. E' evidente la differenza con il mondo Java: da una parte strumenti di sviluppo straordinari e sostenibili; dall'altra la cieca (e persino a volte ottusa) implementazione di pattern e regole di design.

Ora che MS sembra curarsi un po' piu' del design del codice che gli sviluppatori VS andranno a scrivere si nota un livello di cultura del design non del tutto atteso. Come avrebbe detto la mia professoressa di italiano/storia/geografia alle medie, al ragazzo (MS) mancano un po' le basi. Ma ha volontà di imparare e magari ce la farà. Sia pure a suon di strafalcioni.

C'è una sessione che ho presentato a DevConnections e che presenterò a un po' di DevDays in giro che sia pure con vari titoli affronta i principi base del software design e li inquadra in ottica .NET. Roba come high cohesion, low coupling, composition vs inheritance, information hiding, dependency inversion. Tutti più o meno sanno di che si parla, pochi li applicano sistematicamente. Pochi davvero conoscono la high cohesion e il Single Responsibility Principle. Va molto meglio con il low coupling e il programming-to-interfaces.

Addirittura mi è stato fatto notare che sarebbe un fulgido esempio di Green IT. Più codice scritto correttamente la prima volta, meno testing, meno debugging, meno ore in ufficio, meno traffico nell'ora di punta, meno condizionatori, meno riscaldamento, meno energia elettrica.

Facciamoci un favore--scriviamo codice migliore. Il futuro del software è nella qualità. Non nella quantità

Nascere digitali

Dino Esposito — Tue, 31 Mar 2009 07:41:53 GMT

Espressioni come digital native e digital immigrant lo confesso mi scioccano e mi lasciano tra i denti la domanda "ma in che razza di mondo viviamo?". Da Wikipedia:

A digital native is a person who has grown up with digital technology such as computers, the Internet, mobile phones and MP3.

Ne consegue che un immigrant è qualcuno che si è spostato in un mondo digitale, ci si trova decentemente, ma non vi è nato. E' un fatto anche generazionale. E noi presunti guru e professionisti siamo tutti, a vario titolo e livello, immigrati.

Chi sono i nativi? Di sicuro lo sono a pieno titolo i ragazzini di oggi, quelli che hanno una decina d'anni e sono alle elementari. (Ho qualche dubbio che gli adolescenti e i liceali lo siano del tutto.)

Alcuni che erano a Basta-Italia lo avranno notato; di sicuro Gabriele Castellani di MS se lo ricorda benissimo. Mio figlio di 11 anni (autorizzato) ha marinato la scuola per assistere alla keynote su Windows 7 e ha tempestato il buon Gab di domande su driver, performance, personalizzazione e procedura di setup. E si è candidato per una keynote all'evento Launch di Windows 7 quando sarà . Non contento, tornati a casa si è pure installato da solo Windows 7 (versione inglese, clean install) chiedendomi solo lumi sul layout della tastiera e sul "currenci". Alla fine, e solo alla fine, i compiti. Giusto no?

E' abbastanza native? Sentite questa allora. Ieri sera lo becco in camera sua alle prese con un "lavoro urgente da finire" al punto da ritardare la cena di qualche minuto.

Collegato in chat sull'ultima versione di Messenger con un'amichetta a mandarsi incomprensibili emoticons (ma già io sono solo un immigrato...)
In voce su Skype mentre dava istruzioni ad un altro amico solo un po' meno native di lui su come personalizzare il desktop di Windows XP.
Nel mentre faceva i compiti in modalità "collaborativa" su IBrii, nel senso che su una nota condivisa ognuno (di non so quanti compagni) scriveva i risultati di un'operazione di matematica. E iBrii è solo una roba (niente male, ..., modestamente) che esiste da qualche giorno in rete ...

Il futuro è nel software. Esultiamo, gente, esultiamo!

Ancora BASTA! Questa volta in Tour

Dino Esposito — Mon, 30 Mar 2009 07:51:24 GMT

Ci risiamo ed è ora ufficiale. Di BASTA non se ne è avuta ancora abBASTAstanza (Di lunedi mattina che pretendevate? Battute smart alla Benigni?)

BASTA-on-Tour è a Milano il 28 e 29 Maggio 2009, Hotel Crowne Plaza Linate con il seguente programma:

**Giovedi 28 Maggio 2009**
Sviluppare applicazioni Web con ASP.NET	Daniele Bochicchio
Sviluppare applicazioni Sharepoint 2007	Michele Adamo, Vincenzo Tenisci
Il Web secondo Silverlight	Dino Esposito
.NET Solution Architecture - Part 1	Andrea Saltarello

**Venerdi 29 Maggio 2009**
Real-world Entity Framework	Roberto Messora
All’opera con ASP.NET MVC e jQuery	Dino Esposito
.NET Solution Architecture - Part 2	Andrea Saltarello
Implementare soluzioni service-oriented in .NET	Stefano Mostarda

I prezzi come segue

Very Early Bird (30/4)	169eur / gg
Early Bird (15/5)	199eur / gg
Standard	289eur / gg

Per quanto mi riguarda, ecco gli abstract e qualche ulteriore dettaglio:

ASP.NET MVC e jQuery
Da semplice alternativa al classico modello Web Forms, ASP.NET MVC è diventato la vera faccia del Web made in Microsoft e sta conquistando spazi inaspettati e insospettabili. Basato su una variante del modello MVC, la nuova piattaforma “costringe” a pensare in termini di azioni e definisce rigidamente il flusso di dati. Altra novità significativa nel panorama Web è la libreria jQuery per applicazioni client-side. Parte dello stesso download, ASP.NET MVC e jQuery 1.3.2 si integrano perfettamente e danno nuova linfa al Web. In questo workshop, svilupperemo alcune pagine con ASP.NET MVC per vedere all’opera il framework nei più comuni scenari quali data binding, data entry, user experience e interazioni AJAX. Si parlerà di jQuery UI per fare cose meravigliose come tab/accordion/dialog box.

Il Web secondo Silverlight
Solo per programmatori e con una prospettiva .NET. Quindi poca roba su WPF, animazioni e HD. Si parlerà di isolated storage, occasionally connected applications, networking, threading, compatibilità con WPF, M-V-VM, e vedremo in azione Silverlight 3 e in particolare out-of-browser e local messaging.