Usare PRISM per creare Windows Store app
PRISM è la storica libreria di Microsoft in cui il team di Pattern & Practices illustra e distribuisce i più utili pattern architetturali per creare robuste applicazioni. Dopo WPF e Silverlight, è stata sviluppata anche per WinRT e con essa possiamo creare velocemente applicazioni di qualità, con supporto a tutte le funzionalità di Windows 8.1.
Realizzare un'app
Realizzare una Windows Store app significa costruire un software sul framework WinRT e sfruttare Windows 8 per creare un'applicazione immersiva, intuitiva e soprattuto immediata sia nell'utilizzo che nella reattività generale, un'app responsiva ed emozionale.
Per rispettare tutti questi requisiti fondamentali, WinRT espone un modello di applicazione e una serie di librerie proprio per agevolare la realizzazione di Windows Store app; tuttavia, nel rispetto della propria natura di frameowrk Core, WinRT ci mette a disposizione un insieme di oggetti di base con cui, come piccoli ma versatili mattoni, andare a costruire un nostro framework applicativo attraverso cui, infine, sviluppare la logica applicativa vera e propria.
Ed e' proprio nel dominio di framework applicativo che PRISM può dare robuste soluzioni a funzionalità che, altrimenti, dovremmo realizzare in proprio sostenendo tutto il ciclo di sviluppo, testing e manutenzione.Anche per lo sviluppo delle librerie che compongono PRISM il team ha seguito pattern (e quindi linee guida standard) che altri hanno studiato e consolidato, ed è proprio in questo approccio che dobbiamo riscoprire il modo migliore di sviluppare un software.
PRISM si sviluppa sopra la coppia di linguaggi ad oggi più diffusa per lo sviluppo con WinRT: C# e XAML, vediamo quali pattern archietturali sono implementati e quali scenari risolvono.
I pattern e le soluzioni applicate in PRISM
Una delle caratteristiche più importanti di XAML è l'engine di binding che permette la propagazione dinamica dei dati dall'interfaccia al codice, e viceversa. Il pattern che permette di sfruttare a pieno questa caratteristica è il Model-View-ViewModel. Dalla nascita di WPF abbiamo parlato molte volte di MVVM quindi non vi rimandiamo agli altri articoli. Ciò che è interessante è che in PRISM abbiamo delle classi che ci rendono quasi trasparente l'implementazione del pattern e nella fattispecie nell'associazione tra View e ViewModel.
Le classi ViewModel sono responsabili dell'esposizione dei dati alla View e per fare questo usano oggetti per accedere allo strato dati. Per questi oggetti ma anche per altri, in PRISM è applicato il pattern di Dependence Injection che, insieme a Unity, permette l'inject di istanze di oggetti risolvendo con un basso accoppiamento le reciproche dipendenze. Questo pattern trova la sua maggiore utilità nel creare un'app testabile e maggiormente manutenibile.
Event Aggregator: sempre nel contesto di manutenibilità e riutilizzo del codice le buone pratiche consigliano di ridurre le dipendenze tra ViewModel e più in generale tra parti separate dell'app. Con l'implementazione di Event Aggregator gli oggetti possono comunicare tra loro sottoscrivendosi a generici messaggi, anzichè specifici eventi di altri oggetti.
Oltre a questi e ad altri pattern, in PRISM troviamo anche implemetazioni specifiche per l'app life cycle che prevede la gestione degli stati suspend, resume e activation in cui può trovarsi un'app.
La responsività di una Windows Store app è data anche dalla semplificazione delle maschere per specifiche funzioni e ad una loro consultazione immediata attraverso una sorta di navigazione di stile browser internet. In PRISM grazie alla classe NavigationService possiamo spostarci da una view all'altra con semplici convenzioni.
Non ultimo e molto interessante è sicuramente l'approccio alla data validation (la validazione dei dati in input dall'utente) che in PRISM si sviluppa con una modalità precisa ed efficace.
Costi e benefici
L'applicazione dei pattern che abbiamo descritto ha un costo iniziale in termini di apprendimento e in alcuni casi anche di tuning per non avere degrado di prestazioni, ma realizzare un'app su cui un'azienda può appoggiare il proprio business è una cosa seria e deve essere sempre ponderato all'intero ciclo di vita che si vuole dare al software.
Se vi siente convinti che i pattern implementati in PRISM possano aiutarvi, vediamo come ci si costruisce sopra un'app.
Uno sguardo alla libreria
La libreria è sviluppata da Microsoft ed è distribuita attraverso NuGet e Codeplex, in cui possiamo trovare anche i codici sorgente in licenza MICROSOFT PATTERNS & PRACTICES LICENSE.
La libreria consiste in due assembly: Microsoft.Practices.Prism.StoreApps e Microsoft.Practices.Prism.PubSubEvents. Nelle rispettive pagine su MSDN possiamo trovare i dettagli delle singole classi.
Nella VisualStudioGallery possiamo trovare anche dei template di progetto per Visual Studio, con essi possiamo velocizzare lo startup con progetti di partenza già configurati; inoltre su Codeplex ci sono anche degli esempi Quickstart che ci fanno vedere singoli esempi di come sfruttare le feature della libreria.
Infine, nel Dev Center di Microsoft, abbiamo la possibilità anche di scaricare il codice sorgente di un'intera e completa Windows Store app in cui sono sfruttate a pieno le caratteristiche di PRISM compresi Unit test dei ViewModel, supporto a Design time, localizzazione, Settings e molto altro. Il codice di questa applicazione è veramente il modo migliore per capire come si può sviluppare una buona app.
Percorriamo i punti principali delle implementazioni.
Contenuti dell'articolo
Commenti
Per inserire un commento, devi avere un account.
Fai il login e torna a questa pagina, oppure registrati alla nostra community.
Approfondimenti
Utilizzare domini personalizzati gestiti automaticamente con Azure Container Apps
Eseguire operazioni sui blob con Azure Storage Actions
Utilizzare politiche di resiliency con Azure Container App
Applicare il versioning ai nostri endpoint ASP.NET Core Minimal API
Verificare la provenienza di un commit tramite le GitHub Actions
Inizializzare i container in Azure Container Apps
Sfruttare i KeyedService in un'applicazione Blazor in .NET 8
Le novità di Angular: i miglioramenti alla CLI
Come migrare da una form non tipizzata a una form tipizzata in Angular
Utilizzare HiLo per ottimizzare le insert in un database con Entity Framework
Utilizzare la libreria Benchmark.NET per misurare le performance
Utilizzare QuickGrid di Blazor con Entity Framework
Top Ten Articoli
- Blazor e il pattern Model-View-ViewModel
di Giampaolo Tucci - Le novità in ASP.NET Core e Blazor con .NET 7
di Morgan Pizzini - Realizzare una Progressive Web Application con Blazor e ASP.NET Core
di Giampaolo Tucci - Creare API GraphQL con ASP.NET Core e HotChocolate
di Moreno Gentili - Gestire le chiamate a servizi esterni in ASP.NET Core e Blazor tramite Polly
di Morgan Pizzini - Usare gRPC come infrastruttura per i nostri servizi web
di Morgan Pizzini - Abilitare e gestire il prerendering nelle applicazioni Blazor WebAssembly
di Marco De Sanctis - Le novità di ASP.NET Core 5
di Marco De Sanctis - Introduzione a Blazor WebAssembly
di Marco De Sanctis, Moreno Gentili - Utilizzare scene 3D in Windows Presentation Foundation
di Marco Leoncini
Articoli via e-mail
Iscriviti alla nostra newsletter nuoviarticoli per ricevere via e-mail le notifiche!
In primo piano
I più letti di oggi
- Utilizzare Docker Compose con Azure App Service
- Utilizzare QuickGrid di Blazor con Entity Framework
- Modernizzare le applicazioni WPF e Windows Forms con Blazor
- ASP 3 per esempi
- annunciato #netstandard 2.1. .NET Core lo supporterà a partire da #netcore3, così come le prossime versione di #xamarin, #mono e #unity.il supporto per #netfx 4.8, invece, non ci sarà. https://aspit.co/bq2
- Steel Style CheckBox per Silverlight 4.0
In evidenza
- Utilizzare QuickGrid di Blazor con Entity Framework
- Supporto ai tipi DateOnly e TimeOnly in Entity Framework Core
- Creare un webhook in Azure DevOps
- Utilizzare Azure AI Studio per testare i modelli AI
- Gestire la cancellazione di una richiesta in streaming da Blazor
- Ottimizzare le performance delle collection con le classi FrozenSet e FrozenDictionary
- Disabilitare automaticamente un workflow di GitHub (parte 2)
- Ottimizzazione dei block template in Angular 17