Passa ai contenuti principali

Appunti di WPF – Nona Puntata – Risorse Embedded

Le applicazioni WPF possono utilizzare due tipologie di risorse: le risorse incorporate (assembly resources) e le risorse XAML (object resources).

In questo tutorial vedremo come utilizzare le risorse incorporate. Le risorse incorporate sono già note agli sviluppatori Windows Forms e sono le risorse che vengono compilate e “inserite” all’interno dell’assembly come stream di bytes.

Cominciamo a vedere come aggiungere una risorsa all’interno del nostro progetto.

Supponiamo di voler inserire un’immagine da utilizzare come sfondo dei nostri pulsanti. In questo caso ci basta creare una cartella nel nostro progetto ed inserirvi l’immagine desiderata, come mostrato nella figura:

WPF_09_EmbeddedResources_Fig1Questo è esattamente quello che avremmo fatto nelle Windows Forms con la sola differenza che, in WPF, non dobbiamo marcare il file come Embedded Resource nelle proprietà dello stesso:

WPF_09_EmbeddedResources_Fig2
Nel momento in cui compiliamo la nostra applicazione viene generato l’assembly corrispondente e, all’interno di questo, possiamo trovare la nostra immagine memorizzata come stream di dati:

WPF_09_EmbeddedResources_Fig3

Osserviamo che l’immagine texture.jpg viene memorizzata, all’interno dell’assembly, come un MemoryStream e grazie a questo abbiamo un primo modo per poter recuperare la risorsa ed utilizzarla.

La classe Application ci mette a disposizione il metodo GetResourceStream (dal funzionamento molto simile al metodo GetManifestResourceStream() della classe Assembly utilizzato nelle applicazioni Windows Forms) che ci consente di recuperare lo stream della risorsa:

  1. Dim stream = Application.GetResourceStream(
  2.     New Uri("images/texture.jpg",
  3.             UriKind.Relative))

Utilizzare questo metodo risulta essere piuttosto macchinoso e, per fortuna, WPF ci mette a disposizione un meccanismo molto più semplice per utilizzare una risorsa all’interno dello XAML.

Il metodo precedente utilizza un’istanza della classe Uri per indirizzare la risorsa ed è proprio su un meccanismo di indirizzamento che si basa l’utilizzo delle risorse all’interno di uno XAML.

Ad esempio, supponiamo di voler utilizzare la nostra risorsa come sfondo di un nostro bottone, possiamo scrivere:

  1. <Button Content="Premi" Foreground="red"
  2.         FontSize="28" Margin="5" Grid.Row="0">
  3.     <Button.Background>
  4.         <ImageBrush ImageSource="images/texture.jpg"
  5.                     Stretch="None"></ImageBrush>
  6.     </Button.Background>
  7. </Button>

In questo caso, come possiamo vedere, l’immagine è referenziata con l’url relativo “images/texture.jpg”.

E’ possibile indirizzare la risorsa tramite un url anche a livello di codice:

  1. Dim image = New BitmapImage(
  2.             New Uri("images/texture.jpg",
  3.                     UriKind.Relative))
  4. Me.img.Source = image

dove Img è un oggetto image.

Vediamo ora come è possibile utilizzare risorse presenti in altri assembly utilizzando una tecnica analoga.

Se, infatti, avessimo un’assembly ResourceLIbrary.dll al cui interno memorizziamo una immagine (images/libro.jpg), possiamo scrivere:

  1. Dim image = New BitmapImage(
  2.             New Uri("ResourceLibrary;component/images/libro.jpg",
  3.                     UriKind.Relative))
  4. Me.img.Source = image

Memorizzare immagini e risorse in genere all’interno degli assembly, non è sempre la cosa più saggia da fare. In particolare non è la cosa migliore quando:

· La risorsa è particolarmente grande;

· Vogliamo dare la possibilità di modificare la risorsa senza ridistribuire l’assembly;

· La risorsa è un file sonoro, in quanto le classi di WPF che gestiscono il sonoro non supportano le risorse incorporate.


Scarica la versione PDF dell'articolo. Scarica la versione Amazon Kindle dell'articolo.

Commenti

Post popolari in questo blog

VB for Dummies: La serializzazione – parte 2

Questo post è la continuazione del precedente post sulla serializzazione. In particolare vedremo la serializzazione SOAP e quella JSON.   Serializzazione SOAP La serializzazione SOAP è demandata alla classe SOAPFormatter contenuta nel namespace System.Runtime.Serialization.Formatters.Soap contenuto nella libreria omonima. Il formatter SOAP risale alle primissime versioni del framework e, purtroppo, da un certo punto in poi, pur non essendo stato dichiarato obsoleto, non è stato portato avanti nello sviluppo e non supporta alcuni tipi di dati usatissimi nel mondo .NET quali i generici e i nullable. Per questo motivo, non possiamo serializzare in formato SOAP (utilizzando il SOAPFormatter) la nostra Fattura (vedi post precedente) poichè questa ha una proprietà di tipo List(Of DettagliFattura) (generico).   Serializzazione JSON Il formato di serializzazione JSON (maggiori info qui ) è un formato testuale molto in voga nelle applicazioni AJAX. Si trata di un mod...

Recensione: Windows Runtime via C#

Può sembrare strano che un VB-ista legga un libro su C#, ma come diceva Sun Tzu: “ Se conosci il tuo nemico, conosci te stesso ”. A parte gli scherzi, il libro vale la pena di essere letto a prescindere dal linguaggio .NET con cui si lavora. Oltre  290 pagine dedicate agli aspetti fondamentali dello sviluppo con Windows Runtime per le Windows Store App. I prerequisiti per poter leggere il libro sono la conoscenza di C# e di Visual Studio e gli autori non danno per scontato quasi nulla partendo dai concetti di base quali il type system e i suoi principi (argomento che di solito è saltato a piedi pari da chi si avvicina al mondo WinRT dal framework completo e che, se non compreso, può dare problemi nello sviluppo quotidiano). Tra i concetti che possiamo definire “core”, troviamo anche i capitoli dedicati all’app packaging e al process model, entrambi ben strutturati e chiari. Già solo questi tre capitoli iniziali giustificherebbero, in un certo qual modo, l’acquisto del libro, ...

Alla scoperta del Kinect : questione di profondità

Nei due precedenti post ( link e link ) abbiamo fatto conoscenza con “l’aggeggio” kinect e visto come sia possibile, in maniera molto semplice, gestire lo stream video proveniente dalla camera. In questo post diamo un’occhiata alla capacità che ha il Kinect di fornire frame in cui l’immagine non è la rappresentazione fedele della realtà che ci circonda ma la rappresentazione bidimensionale della distanza degli oggetti dai sensori di profondità. L’aggeggio, infatti, dispone di un sensore di profondità che è in grado di fornirci la distanza dei punti inquadrati da se stesso e, in più, è in grado di dirci a quale “player” fa riferimento ogni singolo pixel. Ma andiamo con ordine. Per abilitare la ricezione del depth stream è necessario: Istanziare la classe Runtime; Agganciare il gestore dell’evento DepthFrameReady; Inizializzare l’istanza della Runtime scegliendo una delle opzioni che abilitano il sensore di profondità; Aprire lo stream dei dati relativi alla pro...