marzo 2006 Blog Posts
Oggi, cercando di risolvere un problema con WSE 3.0, ho dovuto rispolverare un utile "trucchetto" per vedere la GAC senza la shell extension "GACViewer", ovvero come un insieme di directory e file.Se a qualcuno può essere utile, basta aprire l'editor del registro di configurazione e, sotto la chiave HKLM\Software\Microsoft\Fusion creare un nuovo valore DWORD, di nome DisableCacheViewer ed impostarlo sul valore 1. Ovviamente, impostandolo a zero, torneremo alla visualizzazione standard. La cosa può essere utile anche per vedere come i file vengono organizzati in questa area "misteriosa" che è la GAC...
Leggendo il blog di Charles Petzold ho trovato questa affermazione, piuttosto interessante:"To me, WinForms remains the "default" platform for client apps. WinForms is the one to use for new applications unless there's a reason to use something else."Per il posto completo, visitate il suo blog.
Oggi, chiacchierando con un collega a proposito di motori di ricerca, mi ha consigliato di dare un'occhiata a DotLucene. Devo dire di essere rimasto favorevolmente impressionato e mi riprometto di fare un pò di prove con il motore in questione, visto che sembra essere molto più leggero di Index Server.powered by IMHO 1.3
Utilizzando i progetti di setup embedded in Visual Studio.net, mi sto scontrando con le varie bizzarrie di questa tipologia di progetti.Nel dettaglio, mi sono trovato a creare un Web Setup per un'applicazione Web Service, con relativo offuscamento. Non riuscivo a capire perchè, nel progetto di setup, compariva sempre la dll NON offuscata, mentre nella bin della directory dell'applicazione web era presente la versione offuscata. E' presto detto: quando aggiungete un "Output del progetto XXX" ad un progetto di setup, quest'ultimo va a pescare la dll compilata in un posto remotissimo: C:\Documents and Settings\<nome utente>\VSWebCache\<nome macchina>\PlatformServices\obj\[Release|Debug]\<Nome Dll>Ignorando di fatto la dll che...
Probabilmente la notizia è vecchia, ma potrebbe comunque risultare utile. Cercando nella rete ho trovato degli utilissimi esempi di automazione per VS2003 che possono essere scaricati dal sito Microsoft.Tra i tanti ce n'è uno che potrebbe essere molto utile per ottimizzare i processi di build con VS2003; è un semplice add-in che serve per aggiungere eventi di pre e post build alle compilazioni eseguite da VS2003.li trovate qui.
In questi giorni sto terminando la release di un grosso progetto, e mi sto cimentando con l'offuscamento del codice. Premesso che me ne sono occupato anche in precedenza, personalmente la trovo un'attività insopportabile, estremamente frustrante e poco produttiva, anche se necessaria. Tra l'altro per taluni tipi di progetti (ASP.net) è anche un'attività che può introdurre errori in applicazioni perfettamente funzionanti (problema del renaming delle funzioni pubbliche). Inoltre non so quante persone si sono occupate di offuscamento in progetti con qualche decina di componenti, e dove ci sono di mezzo anche applicazioni web ASP.net, dove le pagine sono mezze in code front e...