In ASP .NET, per disabilitare il caching della risposta HTTP prodotta possiamo avvalerci della proprietà Cache dell'oggetto Response.

Se utilizzate la classe Socket per comunicare via TCP-IP vi troverete nella condizione di controllare l'effettivo stato della connessione.
La classe Socket espone una proprietà Connected al quale ritorna True se il Socket è connesso, il problema è che, come MSDN riporta, tale proprietà non è in grado di capire se la connessione è stata chiusa/interrotta dal client remoto.

Può essere comodo avere una routine comune che intercetti le eventuali eccezioni non gestite in modo da evitare che a runtime appaia la classica MessageBox con la descrizione dell'errore e conseguente chiusura del programma.

Chi naviga tra gli articoli e i tip dell’UGIdotNet avrà sicuramente notato la presenza della progress bar per indicare anche visivamente la valutazione del contenuto.
Dando uno sguardo alle sue proprietà si nota che non è un'immagine statica ma una pagina aspx, una pagina per la generazione di un'immagine dinamica!

La Base Class Library fornisce una via built-in per ricavare l'elenco dei file contenuti in un folder: la classe System.IO.Directory espone infatti il metodo statico GetFiles che accetta in ingresso un Path valido e ritorna i nomi dei file contenuti sotto forma di un array di stringhe. Utilizzando la sintassi di VB .NET, è possibile utilizzare questo codice per avvalersi di questa tecnica e visualizzare sulla console l'elenco dei file.

Molti di voi avranno senz'altro un modulo all'interno del quale avete raggruppato le routine general-purpose che normalmente utilizzate durante lo sviluppo ed includere queste routines è solitamente una delle prime operazioni svolte quando si inizia un nuovo progetto.
Per fare questo con Visual Studio.NET si può utilizzare la voce Add Existing Item... del menu Project (oppure Ctrl+D).

Capita spesso di incontrare sviluppatori che mi chiedono come sia possibile settare il titolo della pagina aspx nel code-behind. Un modo è di creare un oggetto literal nella sezione titolo.

Una delle funzioni più classiche nelle versioni di debug è quella per scrivere log, solitamente molto richiamata per avere dei log più dettagliati possibili. E quando si è finalmente pronti per passare alla versione definitva, la release, cosa fare di questi debug? Cancellare uno ad uno quelli di troppo? E se poi più avanti servissero ancora? Sicuramente un bel problema.

Il framework .NET permette di interagire con oggetti COM in modo da garantire compatibilità con le svariate funzionalità scritte in passato con questa tecnologia. Per fare ciò viene creato un COM-callable wrapper (CCW) che permette al framework di interagire col componente COM.

Uno dei problemi comuni che nascono con l'utilizzo di .NET è quello di caricare dinamicamente (ovvero da codice) degli assembly in modo da simulare dei plug-in, quello che in VB6 si faceva con la CreateInstance.