ASP.NET
Nel precedente post ho parlato della lacuna della definizione del contratto nel mondo ROA rispetto al mondo SOA. E' bene che faccia qualche precisazione, ma prima di parlare di questo fatemi fare un escursus sul concetto di contratto e come questo si applichi oggi nel mondo SOA (Service Oriented Architecture).
Se chiediamo ad un avvocato di scrivere un contratto, garantendo un certo introito :-), ci innondera' sicuramente di domande e probabilmente scrivera' 40/50 pagine di documento dove ogni singola parola ha un suo peso specifico. In sostanza la regola e', ogni aspetto non 'normato' o definito rappresenta un threat.
In ambito IT...
In queste ultime due ore stavo prototipizzando un micro framework per implementare servizi REST based mediante delle Http handlers. Niente di eccezzionale, ma l'idea di avere qualche cosa di simile a WCF, cioe' dei metodi con una firma prolissa e molto OO, mi piace.
Dopo aver trascorso un'oretta di codifica (refactoring a gogo), ho iniziato a scrivere qualche test. Per testare un Http handler ci vuole un Http context! E come lo creo? Non voglio tirar su tutta la 'baracca' ASP.NET e voglio avere un oggettino dove posso verificare il contenuto della risposta.
Per creare un HttpContext ci vuole un...
Ormai tutti ne parlano, l'argomento hot topic e' divenuto SilverLight. Ci sono gia' parecchie demo interessanti che fanno presagire ad evoluzioni/rivoluzioni nel mondo della applicazioni web-like.
Una demo che mi ha particolarmente colpito e' quella di Telerik: Room Designer. L'ho provata dal mio Safari su Mac OS :-) Gia' vedo le grandi catene di mobili ...
Update: ho seguito il suggerimento di Lorenzo. Il post si è trasformato in tip.
Molto spesso, durante i corsi di ASP.NET, nel mentre parlo di validazione mi vien posta la fatidica domanda. Dove debbo applicare il controllo dell'input ?
Questa apparentemente semplice domanda nasconde un problema molto serio, soprattutto nel mondo delle applicazioni distribuite, ma non solo (ricordo che i danni maggiori arrivano da dipendenti inc...ti !!). Innanzi tutto è bene ricordare che l'informazion fornita da un utente è SEMPRE potenzialmente PERICOLOSA. Possiamo avere problemi di sicurezza volontaria (SQL Injection, Cross-Script Injection, ecc.) ma anche involontaria (integrità del dato, inavvertita cancellazione, ecc.). Quindi è bene controllare sempre ciò che viene inserito.
Il problema è quindi dove...
A volte è necessario utilizzare le finestre modali in ASP.NET per evitare che l'utente ne possa aprire molte dello stesso tipo per distrazione. Per avere una finestra modale è sufficiente richiamare il metodo javascript ShowModalDialog dell'oggetto window.
Quando si apre una finestra modale ci si può trovare di fronte ad un effetto collaterale. Ogni volta che si fa una postback (ad esempio gestendo l'evento Click di un Button ASP.NET) si apre una nuova finestra modale.
Per risolvere il problema è sufficiente aggiungere il tag base nell'head della pagina ASP.NET invocata nella dialog modale:
<base target="_self" />
fonte: ShowModalDialog
Molto interessante: http://www.positioniseverything.net/
In questi giorni ho reinstallato il mio portatile con Windows Server 2003 R2. Il problema è banale, IIS 5.1 non supporta il multi site !! Quindi, in attesa di Windows Vista con IIS7, ho deciso di rivolgermi a Windows Server 2003.
Ovviamente il web server locale usato da Visual Studio 2005 non è sufficiente per quello che debbo fare (giocare con vari STS...).
La sopresa è venuta quando ho iniziato a scrivere il primo sitarello del cavolo ("ciao mondo") giusto per vedere se andava tutto. Non si può debuggare. Dopo 4 ore di ricerche della soluzione, ho postato sul forum ASP.NET....
Come sviluppatore web molto spesso guardo i siti altrui e prendo spunto sulla tecnica adottata per raggiungere determinati effetti. Infatti ho sempre pensato che noi (sviluppatori) non creiamo ma trasformiamo :-)
Capire come sono stati raggiunti determinati risultati visual con il web significa capire che cosa sta dietro il codice html, javascript, css, .... Firefox fornisce un'estensione molto interessante per lo sviluppatore.
Durante le feste natalizie ho dedicato un pò di tempo a girovagare per siti internet (non pensate male !!!). Ad un certo punto ho posta l'attenzione alla logica di navigazione della login, e razionalizzando, ho trovato tre forme comuni (ce ne sono molte altre ma parevano minoritarie):
L'home page piena di contenuti contiene anche la maschera di login per l'area riservata
L'home page con la sola maschera di login
L'home page che richiede l'autenticazione e se mancante ridirige verso una pagina di login
Nella nostra (aziendale) ultima creatura abbiamo scelto l'opzione 2, anche se forse, non mi convince più di tanto. Su alcuni siti...
Full ASP.NET Archive