Come in ogni altra applicazione .NET, anche i progetti Silverlight possono fare utilizzo di librerie esterne al runtime, come ad esempio quelle del toolkit, per aggiungere funzionalità all'applicazione stessa.
Solitamente siamo abituati ad aggiungere le reference agli assembly attraverso la maschera di Visual Studio, in tal caso tali assembly vengono inclusi nel file XAP direttamente insieme all'assembly principale dell'applicazione, in modo che siano subito disponibili al momento dell'avvio.
Con questa modalità il file XAP contiene al suo interno tutti gli assembly referenziati e può diventare di discrete dimensioni e soprattutto, al momento di un aggiornamento dell'applicazione, l'utente deve procedere al download di tutto il pacchetto, che include anche le dll che non sono state aggiornate.
Per ottimizzare questa procedura è possibile separare automaticamente il file XAP dagli assembly referenziati, in modo che questi vengano scaricati sempre automaticamene al primo avvio ma in modalità separata rispetto al file XAP, entrando così nel ciclo di gestione della cache del browser. In questo caso, a seguito di un aggiornamento dell'applicazione, solo il file XAP verrà riscaricato dall'utente, mentre le librerie esterne verranno recuperate dalla cache.
Per procedere con questa modalità è necessario aggiungere un file di tipo .extmap.xml con nome pari al nome della libreria esterna, ad esempio:
System.Windows.Interactivity.dll => System.Windows.Interactivity.extmap.xml.
Tale file dovrà trovarsi nella stessa cartella della relativa dll.
Il file xml dovrà contenere un infoset xml come manifesto dell'assembly:
<?xml version="1.0"?> <manifest xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"> <assembly> <name>System.Windows.Interactivity</name> <version>4.0.5.0</version> <publickeytoken>31bf3856ad364e35</publickeytoken> <relpath>System.Windows.Interactivity.dll</relpath> <extension downloadUri="System.Windows.Interactivity.zip" /> </assembly> </manifest>
Le informazioni di versione e publickeytoken possono essere recuperate con strumenti come .NET Reflector. Il nodo extension definisce il nome del file ZIP che conterrà la nostra dll. Con questo codice tale ZIP verrà copiato nella cartella clientbin, cioè allo stesso livello del file XAP.
Per completare la configurazione è necessario editare manualmente il file AppManifest.xml posto all'interno della cartella Properties del progetto Silverligth; nel nodo Deployment dell'xml dobbiamo aggiungere il seguente nodo:
<Deployment.ExternalParts> <ExtensionPart Source="System.Windows.Interactivity.zip" /> </Deployment.ExternalParts>
La proprietà Source del nodo ExtensionPart deve corrispondere a quanto specificato nel file di manifesto della libreria esterna. Oltre a questo è necessario spuntare il check "Reduce XAP size by using application library caching" all'interno delle proprietà del progetto Silverlight, in Visual Studio.
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Routing statico e PreRendering in una Blazor Web App
Creare alias per tipi generici e tuple in C#
Filtrare i dati di una QuickGrid in Blazor con una drop down list
Eseguire un metodo asincrono dopo il set di una proprietà in Blazor 8
Ottenere un token di accesso per una GitHub App
Generare HTML a runtime a partire da un componente Razor in ASP.NET Core
Migliorare i tempi di risposta di GPT tramite lo streaming endpoint in ASP.NET Core
Code scanning e advanced security con Azure DevOps
Le novità di Angular: i miglioramenti alla CLI
Referenziare un @layer più alto in CSS
Eseguire i worklow di GitHub su runner potenziati
Triggerare una pipeline su un altro repository di Azure DevOps