Passa ai contenuti principali

Briciole di WPF : Single instance application (soluzione 2).

Nel precedente post abbiamo visto una soluzione al problema della mancanza della possibilità di avviare un’applicazione WPF come singola istanza.

In questo post vorrei proporvi un’altra soluzione al problema che si basa sull’utilizzo della classe Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase che espone dei metodi per la gestione di un’applicazione Windows Form.

Il concetto di fondo è quello di sostituire, per la gestione del ciclo di vita dell’applicazione WPF, la classe Application con la classe WindowsFormsApplicationBase, o per meglio dire con una sua derivata.

Creiamo la classe:

  1. Public Class SingleInstanceApplication
  2.     Inherits Microsoft.VisualBasic.ApplicationServices.WindowsFormsApplicationBase
  3.  
  4.     Friend Sub New()
  5.         Me.IsSingleInstance = True
  6.     End Sub
  7.  
  8.     Private _app As WPFApplication.Application
  9.  
  10.     Protected Overrides Function OnStartup(ByVal eventArgs As Microsoft.VisualBasic.ApplicationServices.StartupEventArgs) As Boolean
  11.         _app = New WPFApplication.Application()
  12.         _app.StartupUri = New Uri("MainWindow.xaml", UriKind.Relative)
  13.         _app.Run()
  14.         Return False
  15.     End Function
  16.  
  17.     Protected Overrides Sub OnStartupNextInstance(ByVal eventArgs As Microsoft.VisualBasic.ApplicationServices.StartupNextInstanceEventArgs)
  18.         Me.OnShutdown()
  19.     End Sub
  20.  
  21. End Class

Dove WPFApplication.Application è la nostra classe applicazione WPF (il code behind del file Application.xaml) e MainWindow.xaml è la finestra principale dell’applicazione.

Se riusciamo a far partire la classe SingleInstanceApplication all’avvio dell’applicazione WPF, allora siamo in grado di gestire lo Startup e lo StartupNextInstance e gestire, in questo modo l’avvio di più istanze della nostra applicazione.

Per risolvere questo ultimo problema costruiamo una classe di Startup:

  1. Public Class Startup
  2.     Public Shared Sub Main(ByVal args As String())
  3.         Dim singleInstance = New SingleInstanceApplication()
  4.         singleInstance.Run(args)
  5.     End Sub
  6. End Class

e modifichiamo le proprietà dell’applicazione WPF per far eseguire la classe Startup all’avvio. Per fare questo è sufficiente:

  1. Aprire la pagina delle proprietà dell’applicazione WPF cliccando con il tasto destro del mouse sul progetto e scegliendo il menù Proprietà;
  2. Disattivare il checkbox per l’attivazione dell’application framework;
  3. Selezionare la classe Startup come oggetto di avvio.

WPF_Application_Property In questo modo, nel momento in cui l’applicazione viene avviata la prima volta, viene eseguito il metodo OnStartup della classe SingleInstanceApplication e, tutte le volte che viene eseguita un’ulteriore istanza dell’applicazione (senza aver chiuso la prima) il metodo OnStartupNextInstance.

Questi due metodi, in particolare il secondo, ci consentono di decidere cosa fare dalla seconda istanza in poi. Inoltre, la classe SingleInstanceApplication è unica, possiamo gestire quei scenari in cui il lancio di una successiva istanza dell’applicazione deve far aprire una finestra figlia dell’applicazione principale (ad esempio un nuovo documento di word).

Tramite l’attributo _app della classe SingleInstanceApplication possiamo, infatti, interagire con l’applicazione in esecuzione.

Nell’esempio che trovate allegato ho realizzato un’applicazione che conta il numero di istanze che l’utente tenta di avviare successivamente alla prima.

Download sorgenti :

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, ...

VB.NET for Dummies: Gli Eventi

Vorrei iniziare con questo post una serie dedicata ad aspetti di VB.NET di base che possono essere utile a coloro che si avvicinano al mondo .NET e che, in genere, non vengono trattati a livello base. La serie di post non ha la pretesa di essere assolutamente esaustivi sugli argomenti che tratterò In questo primo post parleremo degli eventi. Cosa sono e a cosa servono Un evento è la “notifica” dell’accadimento di qualcosa. Quando, ad esempio, premiamo un bottone della finestra di un’applicazione, dietro le quinte, il bottone stesso “notifica” al mondo circostante che qualcuno, in quell’istante, lo ha premuto. Sta, poi, al mondo circostante preoccuparsi di “intercettare” l’evento stesso per gestirlo (tramite un gestore di evento). Attenzione a non confondere la pressione del tasto con la “notifica” della pressione del tasto: l’evento è la “notifica” dell’accadimento, non l’accadimento stesso. Ma a cosa serve tutto ciò? Utilizzare gli eventi è un modo per disaccoppiare ...