UI .NET quando l'interfaccia deve aiutare il lavoro, non rallentarlo
Qui trovi come progettare interfacce .NET che rendono piu chiaro il lavoro degli utenti, riducono attrito operativo e restano modificabili senza dover riscrivere tutto ad ogni nuova esigenza.
Analisi, casi e articoli su UI .NET, componenti e sviluppo cross platform
4 articoli trovati
Ottimizzare, firmare, distribuire: pubblicare app con .NET MAUI a livello professionale
Pubblicare app con .NET MAUI non è mai stato così chiaro: guida pratica e strategica per chi vuole fare le cose per bene su ogni piattaforma
UI Composition: l'architettura che (quasi mai) serve al tuo progetto desktop
Scopri perché la UI composition è spesso sovra ingegnerizzazione inutile per app WPF/MAUI in team piccoli e come risparmiare sui costi di sviluppo.
Scopri come sviluppare app multi piattaforma con .NET e il nostro corso MAUI
Scopri come fare sviluppare un'unica app per Windows, OSX, iOS e Android con il nostro corso MAUI.
Quando l'interfaccia smette di essere un dettaglio
L'interfaccia smette di essere un dettaglio quando ogni schermata influenza velocita, errori e comprensione di chi lavora nel software. Una buona UI non rende solo tutto piu bello: rende l'applicazione piu chiara, piu utile e piu vendibile.
Tecnologie utili per UI e frontend .NET
.NET MAUI
sviluppo mobile e desktop nativo con .NET su iOS, Android e Windows
Blazor
applicazioni web interattive con C# e WebAssembly
WPF
interfacce desktop ricche con XAML e MVVM per Windows enterprise
C#
linguaggio comune a tutti i framework UI dell'ecosistema .NET
Fonti e riferimenti
Steve Krug, Don't Make Me Think
Il libro di Krug non parla di .NET, parla di come funziona la mente umana quando interagisce con un'interfaccia. Lo cito tra le risorse UI perche e il testo piu pratico che conosco per capire quando un'interfaccia crea attrito inutile. Ogni sviluppatore che fa UI dovrebbe leggerlo: cambia il modo in cui si guarda una schermata e si decidono flussi, etichette e gerarchie visive.
Domande frequenti
WPF e per applicazioni desktop Windows-only con interfacce ricche e MVVM. .NET MAUI e per applicazioni mobile e desktop cross-platform (iOS, Android, Windows, macOS) con un singolo codebase. Blazor e per applicazioni web interattive scritte in C# invece di JavaScript. La scelta dipende dal target: se vuoi solo Windows desktop scegli WPF, se vuoi mobile usa MAUI, se vuoi web usa Blazor.
Si. Blazor e in produzione in molte applicazioni enterprise, specialmente con la modalita Server (stabile dalla versione 3.1) e la modalita ibrida introdotta con .NET 8. Le limitazioni principali riguardano il SEO per Blazor WebAssembly (risolvibile con prerendering) e il tempo di caricamento iniziale per WASM. Per applicazioni interne (intranet, backoffice, tool) Blazor e gia una scelta matura.
Un progetto MAUI scalabile separa la logica di business in una libreria .NET standard condivisa, usa MVVM con un framework come CommunityToolkit.Mvvm per ridurre il boilerplate, gestisce la navigazione con Shell, e usa Dependency Injection tramite MauiAppBuilder. Questa struttura permette di condividere il massimo codice tra piattaforme e di testare la logica indipendentemente dall'UI.
Il data binding e il meccanismo che sincronizza automaticamente i dati tra il modello (ViewModel o dati) e l'interfaccia visuale. In WPF usa XAML con Binding e INotifyPropertyChanged. In Blazor usa la direttiva @bind. In MAUI usa lo stesso sistema di WPF. Senza data binding il codice UI diventa imperativo e difficile da testare, con data binding diventa dichiarativo e il ViewModel e completamente testabile senza UI.