C#

Gestione efficiente delle stringe

Gabriele Gaggi — Thu, 29 Sep 2005 13:14:00 GMT

Segnalo quest'illuminante post del grande Balena:

Usare il string intern pool per scrivere codice più efficiente

IMHO tecnica assolutamente da adottare quando si manipolano grandi quantità di stringhe in memoria.

IE senza il peso di mshtml.dll

Gabriele Gaggi — Thu, 31 Mar 2005 11:46:00 GMT

Segnalo questo controllo con licenza LGPL che consente di embeddare internet explorer senza doversi portare in giro la "pesante" mshtml.dll. Tra l'altro credo sia anche utilizzato nel progetto RSS Bandit

Embed Win32 resources in C# programs

Gabriele Gaggi — Thu, 31 Mar 2005 06:41:00 GMT

Questa non la sapevo ed è stata una scoperta interessante e molto utile.

Internet Explorer supporta diversi protocolli, tra cui il protocollo res (Qui un articolo interessante del lontano gennaio 1999 di Dino Esposito). Il protocollo res consente di estrarre una risorsa Win32 da una dll o da un eseguibile. Quindi, se per esempio abbiamo un'applicazione che ospita Internet Explorer (ad es. IMHO ), possiamo dare in pasto al browser qualsiasi tipo di file senza renderlo facilmente fruibile e modificabile dall'utente (ad esempio un'immagine, un foglio di stile, del codice javascript). Questo semplicemente linkando la risorsa con la seguente sintassi:

res://[posizioneFisicaDelFileContenenteLaRisorsa]/[TipoDiRisorsa]/[NomeDellaRisorsa]

Quindi, ad esempio:

Rimane solo una questione... come includere una risorsa Win32 in un eseguibile/assembly .net?

Vi sono tre strade:

Creando un file RES con il Resource Compiler e includendolo nell'exe/dll con il parametro di compilazione /win32res
Aprendo l'eseguibile/assembly con visual studio (Resource Editor) e aggiungendo le risorse
Utilizzando un software free come suggerito da questo articolo (del lontano dicembre 2002... ma dove sono stato tutto questo tempo?!?)

Personalmente, dopo aver provato la seconda (il resources editor di vs risulta poco funzionale), ho optato per la terza ipotesi.

Utilizzare assembly sparsi nel filesystem

Gabriele Gaggi — Mon, 21 Mar 2005 07:13:00 GMT

Problema: il nostro codice utilizza un assembly che non risiede nè nella directory dell'eseguibile nè in una sua sottodirectory (Infatti se di sottodirectory si trattasse sarebbe sufficiente utilizzare il metodo System.AppDomain.CurrentDomain.AppendPrivatePath).

Soluzione: utilizzare un file di configurazione.

Aggiungiamo un file di configurazione al nostro progetto. Per automatizzare la build aggiungiamo la seguente direttiva post-build alle proprietà di progetto:

copy app.config "$(TargetPath).config"

(Chissà perchè vs non lo fa da se)

Nel file config aggiungiamo quindi la sezione necessaria per linkare gli assembly:

<?xml version="1.0" encoding="utf-8" ?>
<configuration>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="AssemblyName"
                          culture="neutral"
                          publicKeyToken="ab9f21381c07889c" />
        <codeBase version="1.0.0.0"
                  href="FILE://c:/Programmi/myAssembly/AssemblyName.dll" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>
</configuration>

Come si vede è necessario indicare anche la publicKeyToken. Per estrarla possiamo fare uso dell'utility sn con il parametro -T.

Ok... questo è tutto nel caso in cui l'assembly lo referenziamo regolarmente, se invece l'assembly lo carichiamo con un Assembly.Load senza fornire il nome completo dell'assembly (senza versione, chiave e cultura)?
In questo caso dobbiamo fare uso di un ulteriore nodo (qualifyAssembly) nel file config sempre sotto assemblyBinding:

Ovviamente l'ideale è che la posizione della dll venga modificata all'interno del file config in fase di installazione del software. Per fare questo si potrà aggiungere al progetto una Installer class, farne l'override del metodo install ed in quella sezione modificare il file config trattandolo semplicemente come un xml. Infine nel progetto di setup non dobbiamo dimenticare di aggiungere la nostra Installer class alle Custom Action (ma questa è un'altra storia ).

Riferimenti:
How to load an assembly at runtime that is located in a folder that is not the bin folder of the application
Redirecting an Application to Target a Different XML Web Service During Installation

Ovviamente, come sempre, sono benvenuti commenti, suggerimenti, etc.

File di Trace in .Net

Gabriele Gaggi — Fri, 25 Feb 2005 08:30:00 GMT

Ieri mi sono scontrato con il problema di generare un file di trace di un'applicazione.

Il mio pensiero è subito volato verso le Enterprise Library, finalmente l'occasione di utilizzare questo gioiello della scienza e della tecnica. Durante il workshop del 2 dicembre (Architecture & Management) ero rimasto affascinato dagli Application Blocks, tanto (giustamente) decantati dal nostro Lorenzo. Dopo l'uscita della versione 1.0 delle EL non vedevo l'ora di avere l'occasione per buttarmici sopra. Ma con il senno di poi mi rendo conto che l'occasione non era questa.

Infatti, man mano che approfondivo l'argomento mi rendevo sempre più conto che le EL sono eccezionali, ma nel mio caso era come utilizzare una bomba atomica per far fuori una mosca. La maggior parte delle funzionalità offerte dal Logging Block erano superflue per il mio scopo. Dovevo solo scrivere un misero file di trace in locale in una posizione ben definita. Ripresomi dall'entusiasmo e con fare sconsolato (ancora una volta mi tocca rimandare l'uso delle EL ) mi sono buttato sulla comodissima classe Trace del framework:

Trace.Listeners.Add(new TextWriterTraceListener(this.mTraceFile));
Trace.AutoFlush = true;
...
if(this.mWriteTrace) Trace.WriteLine(message, category);
...
~MiaClasse()
{
Trace.Close();
}

Ho evitato volutamente l'uso dei TraceSwitch e del WriteLineIf dato che:

You can minimize the performance penalty of instrumenting your application by using If...Then statements instead of using WriteLineIf statements.

Fonte: Msdn - Trace.WriteLineIf Method

Che dire, la cosa nella sua banalità mi ha fatto riflettere. Spesso cadiamo nella trappola di dimenticare l'obiettivo e farci trascinare dal desiderio di utilizzare l'ultimo ritrovato perché ci incuriosisce, perché fa cool (La cosa vale anche nella vita di tutti i giorni, compriamo cellulari con più funzioni di un pc per poi usare il 10% di queste funzionalità). Altre volte vogliamo offrire di più di quanto il cliente ci ha chiesto, ed implementiamo di nostra iniziativa funzionalità che riteniamo utilissime (Ho cominciato ad essere cosciente di questa problematica dopo l'intervento dell'Agile Marco al workshop di cui sopra).

Quante volte, quindi, il nostro essere Tecno-Entusiasti ci allontana dall'obiettivo?

Generare l'XSD dato l'XML

Gabriele Gaggi — Fri, 11 Feb 2005 10:46:00 GMT

In caso di necessità di generare lo schema partendo da un'xml dato:

DataSet ds = new DataSet();
ds.ReadXml(@"c:\XmlOrigine.xml");
ds.WriteXmlSchema(@"c:\Schema.xsd");

Molto banale. Ovviamente utilizzando i soliti memory stream è possibile fare il tutto in memoria senza passare per il file system.

Microsoft Win32 to Microsoft .NET Framework API Map

Gabriele Gaggi — Tue, 08 Feb 2005 12:48:00 GMT

Per chi è abituato ad utilizzare le Api segnalo un interessante articolo che mappa le funzioni offerte dalle api alle corrispondenti classi/metodi presenti nel framework (Se esistono).

Fonte:Win32 API

Stampare una pagina html

Gabriele Gaggi — Thu, 03 Feb 2005 08:38:00 GMT

Come stampare una pagina html senza far apparire la finestra di selezione della stampante?

La soluzione che ho adottato comporta l'inclusione dell'activeX di Internet Explorer nel codice (Componente COM Microsoft Web Browser). Altre soluzioni fanno sempre apparire quella dannata printer dialog.

Siccome l'html viene generato dinamicamente navigo sull'about:blank:

Object n = System.Reflection.Missing.Value;
axWebBrowser1.Navigate("about:blank", ref n, ref n, ref n, ref n);

Sull'evento NavigateComplete2 vado ad iniettare l'html dentro l'oggetto:

private void axWebBrowser1_NavigateComplete2(object sender
                    , AxSHDocVw.DWebBrowserEvents2_NavigateComplete2Event e)
{
    object[] psa = {this.Html}; // Variabile Stringa che contiene l'html
    mshtml.IHTMLDocument2 hDoc2 = (mshtml.IHTMLDocument2)axWebBrowser1.Document;

    hDoc2.clear(); // Pulisco la pagina

    hDoc2.write(psa); // Scrivo il contenuto
    hDoc2.close(); // Chiudo la pagina
}

A questo punto chiamo il seguente metodo per stampare la pagina senza richiesta di selezione da parte dell'utente (stampante di default). Il terzo parametro della ExecWB serve per far si che il thread resti in attesa fino a completamento della stampa, in questo modo siamo certi che all'uscita da questo metodo l'oggetto è eliminabile senza problemi perchè ha completato il suo lavoro:

public void Print()
{
    Object o    = System.Reflection.Missing.Value;
    short  flag = 0x02;
    object printWait = (object)flag;
    int stat    = 0;
    int enabled = 0;

    enabled = ((int)SHDocVw.OLECMDF.OLECMDF_ENABLED
            + (int)SHDocVw.OLECMDF.OLECMDF_SUPPORTED);

    // Attendo che il servizio richiesto sia disponibile
    do
    {
        Application.DoEvents();
        stat = (int)axWebBrowser1.QueryStatusWB(SHDocVw.OLECMDID.OLECMDID_PRINT);
    } while(stat != enabled);

    axWebBrowser1.ExecWB(SHDocVw.OLECMDID.OLECMDID_PRINT
                        , SHDocVw.OLECMDEXECOPT.OLECMDEXECOPT_DONTPROMPTUSER
                        , ref printWait
                        , ref o);
}

that's all folks

Server COM Singleton... Allarme rientrato

Gabriele Gaggi — Thu, 20 Jan 2005 18:14:00 GMT

Una dura giornata di lavoro basato su ricerca (grande Google) e test a manetta ha portato i suoi frutti.

La soluzione (come sempre) non era poi così difficile come sembrava. Mi ha portato sulla buona strada il post di un blog (Modificando l'esempio riportato si riesce ad ottenere un server com singleton che non sia un servizio). Probabilmente non sarà l'unica soluzione, e forse nemmeno la migliore... ma intanto una soluzione esiste!!

Prossimamente seguirà un articolo sul tema (nonostante l'interesse per l'argomento non appaia particolarmente sentito... 40 Web Views e 4 commenti off-topic alla mia precedente disperata richiesta di aiuto)

Server COM Singleton... HELP!!

Gabriele Gaggi — Wed, 19 Jan 2005 17:48:00 GMT

Ok, cedo.

Ho capito come creare un buon server com in C#, eventi compresi. Ma come faccio a fare in modo che il server com sia singleton?

Ogni minimo spiraglio di luce è gradito!!