.NET Framework e .NET Core sono due piattaforme diverse che implementano lo standard .NET. Ecco alcune differenze chiave tra di loro:

1. **Supporto multipiattaforma**:
.NET Framework è disponibile solo per il sistema operativo Windows, mentre .NET Core è multipiattaforma e funziona su vari sistemi operativi come Windows, Linux e MacOS.

2. **Modelli di applicazione**:
.NET Framework supporta vari modelli di applicazione, inclusi Windows Forms, WPF e ASP.NET. .NET Core, invece, inizialmente aveva modelli di applicazione limitati, principalmente console e ASP.NET Core. A partire dalla versione 3.0, .NET Core ha iniziato a supportare anche WPF e Windows Forms, ma solo su Windows.

3. **Supporto per microservizi**:
.NET Core è una scelta migliore per i microservizi grazie alla sua natura modulare e leggera. Permette di creare servizi piccoli e indipendenti che possono essere sviluppati e scalati separatamente. .NET Framework, invece, non è raccomandato per l'architettura a microservizi.

4. **Prestazioni**:
.NET Core è più efficiente e veloce rispetto al .NET Framework grazie a vari miglioramenti e ottimizzazioni.

5. **Supporto per le versioni**:
.NET Core offre un supporto migliore per le diverse versioni. In .NET Core, hai un maggiore controllo sulla versione dell'ambiente di runtime utilizzato. In .NET Framework, gli aggiornamenti solitamente influenzano l'intero sistema e possono causare problemi di compatibilità.

**Kestrel** è un server web che viene utilizzato di default in ASP.NET Core durante la creazione di applicazioni web. È un server multipiattaforma, il che significa che funziona su vari sistemi operativi come Windows, Linux e macOS.

**Kestrel** può gestire sia progetti piccoli che grandi, rendendolo una scelta versatile per gli sviluppatori. La caratteristica più importante di questo server è la sua ottima performance, soprattutto se confrontata con i server precedenti utilizzati in ASP.NET.

Tuttavia, è uno dei tanti server che possono essere utilizzati in ASP.NET Core. Può essere sostituito con un altro, come IIS o HTTP.sys, se necessario. Kestrel è la scelta predefinita quando si creano nuove applicazioni in ASP.NET Core a causa delle sue prestazioni e versatilità. Inoltre, è completamente configurabile, dando agli sviluppatori il pieno controllo su come funziona il server.

**Hot Reload** è una funzionalità di .NET che permette agli sviluppatori di modificare il codice sorgente di un'applicazione mentre è in esecuzione, senza dover interrompere e riavviare l'applicazione. Il codice modificato viene immediatamente compilato e iniettato nell'applicazione in esecuzione.

Ciò significa che se apporti modifiche alla vista o alla logica aziendale, non è necessario interrompere e riavviare l'applicazione per vedere queste modifiche in tempo reale. Questo migliora l'efficienza dello sviluppo, risparmiando tempo e eliminando (o almeno riducendo) le interruzioni causate dal riavvio.

Hot Reload è attualmente disponibile per le applicazioni Console, le applicazioni WPF (.NET Core 3.1 e successive), le applicazioni Windows Forms (.NET 6.0 e successive) e le applicazioni ASP.NET Core (escluse le applicazioni Blazor).

Una caratteristica distintiva di questa funzionalità è che può essere utilizzata senza la necessità di allegare un debugger, rendendone l'utilizzo ancora più efficiente nello sviluppo quotidiano delle applicazioni. Hot Reload funziona sia in modalità Debug che in modalità Release.

Global Tool è un tipo speciale di pacchetto NuGet che contiene un'applicazione console. Questo strumento è installato globalmente sul computer e può essere utilizzato da qualsiasi punto del sistema.

Questo può essere utile in molte situazioni, ad esempio, quando si desidera accedere a una funzione specifica di .NET Tool senza aggiungerla come dipendenza a ogni progetto. Un esempio di Global Tool è .NET Watcher, che compila e esegue automaticamente l'applicazione quando rileva modifiche nel codice sorgente.

Per installare i Global Tools, si utilizza il comando `dotnet tool install -g`, dove l'opzione `-g` indica l'installazione globale dello strumento. Per disinstallare, si utilizza `dotnet tool uninstall -g`.

Esiste anche l'opzione di installare lo strumento localmente per un progetto specifico utilizzando l'opzione `--tool-path`. Questo può essere utile se si desidera utilizzare diverse versioni degli strumenti per diversi progetti.