blogs.ASPItalia.com

Quando il DOM è molto meglio di jQuery

Stefano Mostarda — Sat, 03 Oct 2009 06:50:00 GMT

In questo periodo sto sviluppando un controllo javascript che renderizza un calendario tipo outlook per visualizzare delle attivit�. in un contesto del genere tabellare torna utile avere una funzione che ti ritorna una colonna dato il suo indice e quello della riga. Mi sono affidato a questa query fatta in jQuery: "tr:eq(1) td:eq(5)". Quando lavoravo con dati di test notavo una certa lentezza ma viste le molte cose che deve fare il controllo ho pensato ad una lentezza dello script in generale e non ho indagato.

Una volta arrivati i dati reali e ho cominciato uno stress test, ho visto che lo script impiegava qualcosa come 10 secondi per renderizzare una cinquantina di attivit�. Inaccettabile!!!

Armato del profiler di IE8 (io adoro alcune cose dei developer tools di IE8) ho isolato il problema e l'ho trovato nella suddetta query. Ho provato rimpiazzandola e accedendo direttamente al DOM "table.rows[1].columns[5]". Il risultato � che solo per l'esecuzione di quell'istruzione sono passato da 5,6 secondi a 1,9 (ovviamente viene chiamata in ciclo parecchie volte e devo ancora ottimizzare, ma intanto il grosso � fatto).

In finale, viva jQuery.... ma il DOM non � mica morto :)

Stay tuned...

Tags: Javascript, jQuery

Continua a leggere Quando il DOM è molto meglio di jQuery.

Virtual Earth è finalmente dotato di una ricerca decente

Stefano Mostarda — Sat, 11 Apr 2009 00:54:44 GMT

Tempo fa scrissi un articolo su Virtual Earth dicendo che la ricerca era il vero tallone d'achille di questa tecnologia. Non ho mai lavorato in maniera diretta con google maps, ma virtual earth mi sebrava davvero ben fatto con api semplici e ottime potenzialit�. Tuttavia, il fatto che per trovare casa mia bisognasse inserire l'indirizzo, il cap la citt� e lo stato mi sembrava un'ottima causa per spingere l'adozione ai minimi storici.

Leggo oggi che Microsoft ha rilasciato una nuova versione di Virtual Earth ed un aggiornamento del controllo. la maggior parte delle novit� sono interne e non visibili agli sviluppatori, ma il fatto che ora la ricerca sembra trovare tutto senza problemi o necessit� di inserire tutti i dati di un indirizzo mi fa ben sperare. Ripeto, non ho lavorato direttamente con google maps, ma se dopo altre prove mi convinco che la ricerca � efficiente, probabilmente comincier� a considerare Virtual Earth un prodotto molto pi� serio.

Stay Tuned...

Continua a leggere Virtual Earth è finalmente dotato di una ricerca decente.

Prime impressioni su ASP.NET MVC

Stefano Mostarda — Sat, 21 Mar 2009 11:39:52 GMT

Sto lavorando ormai da un paio di mesi su ASP.NET MVC. Premetto che sulla parte architetturale del pattern non ne sapevo niente quindi il mio primo approccio � stato puramente pratico. Dopo la prima fase di totale nausea e scomodit� ho cominciato comunque ad apprezzare questo modo di sviluppare applicazioni web. I punti che mi interessa sottolineare sono:

Produttivit�

Sviluppare applicazioni sfruttando le webform � molto pi� semplice e veloce. Il fatto di avere a disposizione gli eventi � molto comodo cos� come un ciclo di vita molto pi� articolato che ci permette di infilarci ovunque. Tuttavia, non � vero come ho sentito dire che una pagina sviluppata con MVC richiede oltre il doppio del tempo. Certo quando l'interazione � particolarmente complessa probabilmente si deve lavorare parecchio, ma grazie ad ajax e jQuery il tutto diventa molto pi� semplice e a volte anche pi� pulito rispetto alle webform (vedi updatepanel). Ora che ho una certa dimestichezza posso dire che una funzionalit� con un'interazione mediamente complessa sviluppata con MVC richiede circa il 15% in pi� del tempo. Certo � sempre pi� tempo, ma se ci si mettono i benefici che si traggono dall'utilizzo di MVC, � un tempo accettabile.

Performance

Non ho in mano numeri reali, ma la differenza si vede ad occhio nudo. Eliminando viewstate, ciclo di vita e altre menate varie delle webforms, ASP.NET MVC vince 6-0 6-3 6-2 in 60 minuti e senza possibilit� di replica.

Curva di apprendimento

Questo � il grosso neo. Non dico che ASP.NET MVC sia cos� complesso, ma in generale il cambio di paradigma di sviluppo rende il passaggio pi� complesso poich� per certi versi � completamente agli antipodi rispetto alle webforms. Questo in un team composto prettamente da figure junior richiede almeno 3/4 di settimane di studio e test. Rispetto a quanto ci vuole per passare da classic ASP ad ASP.NET webforms la curva � molto pi� complessa.

Eleganza

A chi dice che il codice con ASP.NET MVC sia pi� elegante io rispondo dicendo che non � assolutamente vero. Le porcate si possono fare tanto in MVC quando con le webforms e con la stessa facilit�. La realt� � che MVC offre una grande opportunit� per separare bene il codice dall'interfaccia e renderlo testabile, ma laddove la testabilit� non interessa (e parliamoci chiaro LA VERA TESTABILITA' INTERESSA SOLO UNA PICCOLA PARTE DEI SITI CHE SI SVILUPPANO NEL MONDO) con webforms possiamo ugualmente scrivere dei siti eleganti facilmente manutenibili e con un'ottimo grado di separazione del codice. Sfruttando a dovere usercontrol e custom control, le pagine risultano anche pi� leggibili delle view di mvc ed il codice � ugualmente ben organizzato. Certo non � testabile via tool, ma nella maggior parte dei casi.. chissene.

Finale

Dovete fare un sito e siete indecisi se utilizzare ASP.NET MVC o le webforms? La prima discriminante � la testabilit�. Se questa � obbligatoria, allora MVC � la sola scelta, se la risposta � no, webforms parte favorito. La seconda discriminante � la quantit� di interazione tra la pagina e l'utente. Se questa � molto complessa (diversi roundtrip al server, modifiche pesanti dell'html, etc etc) webforms � la via pi� semplice. Se invece si fa prettamente visualizzazione di dati e navigazione, ASP.NET MVC costituisce una valida alternativa.

My 2 cents ... Stay tuned ...

Tags: ASP.NET, ASP.NET 3.5, ASP.NET MVC, Pattern

Continua a leggere Prime impressioni su ASP.NET MVC.

ASP.NET Ajax Roadmap

Stefano Mostarda — Mon, 21 Jul 2008 12:52:00 GMT

Ad inizio mese, Microsoft ha rilasciato un documento sulla roadmap che intende seguire per migliorare il proprio framework per AJAX. La versione 1.0 � ormai abbastanza stabile grazie alle correzioni fatte con la versione integrata nel framework 3.5 e quindi � ora di guardare avanti.
Chi ha seguito ASP.NET Ajax sin dai tempi in cui si chiamava Atlas sa bene che quello che � stato partorito da MS � un topolino di fronte alla quantit� enorme di feature comprese nelle prime CTP. Questo � andato a vantaggio di una maggior stabilit� ma a discapito di una serie di funzionalit� assolutamente necessarie per sviluppare una vera applicazione AJAX. Infatti, la parte client del framework � estremamente scarna in quanto contiene fondamentalmente solo uno strato di astrazione per rendere le API Cross-Browser e qualche funzione.
Adesso le cose cambiano. L'intenzione � quella di reintrodurre il meccanismo di templating e di databinding one-way e two-way in maniera per� completamente diversa rispetto a quanto fatto vedere nelle prime CTP dove il tutto era troppo complicato e lento. Inoltre hanno l'intenzione di creare un motore di interrogazione per il DOM molto simile a JQuery.
Insomma, le premesse sono pi� che buone perch� quello che vogliono fare � rendere ASP.NET Ajax un framework serio e se mantengon oquello che dicono, credo che dovr� rivedere un p� le mie idee e soprattutto il modo in cui ho scritto alcune applicazioni. :)

Stay Tuned...

Tags: AJAX, ASP.NET, ASP.NET 2.0, ASP.NET AJAX, jQuery

Continua a leggere ASP.NET Ajax Roadmap.