Linee guida nella scrittura di codice #18: Prestazioni in ASP.NET
Giovedì 31 Gennaio 2008 - 10:32
di Gianni Malanga
In questo post affrontiamo nello specifico una serie di consigli utili nello sviluppo ASP.NET per migliorare le prestazioni delle nostre applicazioni, spesso con uno sforzo implementativo davvero ridotto. Ecco un elenco sintetico di queste accortezze che nel loro complesso possono aumentare anche considerevolmente le prestazioni di una applicazione ASP.NET:
- Ridurre il numero dei PostBack e la loro dimensione disabilitando il ViewState quando non strettamente necessario
- Utilizzare quando possibile la validazione client-side (ad esempio con JavaScript) in aggiunta a quella server-side per i dati di input
- Preferire l’oggetto Context o la Cache al ViewState per mantenere valori necessari durante il ciclo di vita della pagina. Se si opta per la Cache ricordarsi di impostare un tempo prestabilito di validità della stessa per evitare di gravare troppo sulla memoria del server web
- Utilizzare sempre i fogli di stile per definire l’aspetto grafico dell’applicazione, non solo per una questione di adeguamento agli standard di sviluppo per il web ma anche per il fatto che gli stili richiedono notoriamente molto meno codice per definire l’aspetto grafico delle pagine rispetto agli attributi ed ai tag HTML e per di più i browser inseriscono in cache i file .css contenenti gli stili.
- Quando possibile utilizzare l’ASP.NET Output Caching e il Fragment Caching
- Ridurre al minimo necessario l’utilizzo dei DataSet e preferire al loro posto oggetti custom, soprattutto quando si ha a che fare con i Web Service
Categoria: Microsoft Dev | Permalink
Commenti
1
Preferire la validazione client-side (ad esempio con JavaScript) a quella server-side per i dati di input
Assolutamente no: è corretto implementare, quando possibile, la validazione lato client al fine di evitare round-trip client/server inutili.
Ma la validazione lato sever deve essere sempre fatta per garantire l’integrità dell’applicazione: pensare di affidare la sicurezza a qualche riga di JavaScript è un vero e proprio suicidio. Vedere Realizzare applicazioni ASP.NET sicure per maggiori dettagli.HTH
# - postato da Matteo Casati - 31 Gennaio 2008 - 13:53
2
Quoto in pieno Matteo.
3
Ciao Matteo,
hai perfettamente ragione, si è trattato di uno svarione, in realtà volevo scrivere proprio quello che hai giustamente detto tu ma mi è uscito tutt’altro. :-)Ho prontamente corretto.
# - postato da Gianni Malanga - 31 Gennaio 2008 - 17:48
4
:-)
# - postato da Matteo Casati - 01 Febbraio 2008 - 16:47