Scegliere un metodo di distribuzione per app Windows - MSI/MSIX/ClickOnce/xcopy/Updater personalizzato

Scarica il foglio di lavoro decisionale Excel con fogli giapponese e inglese

Quando si decide come distribuire un’app Windows, è tentativo iniziare la conversazione con “quale è il più nuovo” o “quale è il più facile”. Ma ciò che conta davvero in pratica sono assi diversi.

• Vuoi installare per utente o a livello macchina?
• Vuoi delegare gli aggiornamenti a una piattaforma di distribuzione, o gestirli tu?
• C’è integrazione OS come servizi / driver / shell extension / registrazione COM?
• Deve sopravvivere in ambienti air-gapped, offline o su USB?
• Hai bisogno dell’identità di pacchetto, o vuoi girare come Win32 normale e senza restrizioni?

Scegliere un metodo di distribuzione non è una questione di preferenza di formato installer — è una scelta di quanto profondamente tocchi l’OS e chi possiede la responsabilità degli aggiornamenti.

1. La conclusione prima di tutto

Mettendola in modo grossolano, ma utile in pratica:

• Se installi a livello macchina, registri servizi o COM, o devi installare prerequisiti, inizia a pensare da MSI
• Se assumi Windows 10/11 e vuoi installazione / disinstallazione pulita, aggiornamenti frequenti e identità di pacchetto, MSIX è un forte candidato
• Se vuoi distribuire facilmente un’app desktop .NET interna per utente, con auto-update, ClickOnce è ancora notevolmente forte
• Se dai priorità a strumenti drop-in, reti air-gapped, distribuzione USB e nessun diritto amministratore, xcopy è il più semplice
• Se vuoi possedere l’UX di aggiornamento, i canali, il rollout graduale, la telemetry e la strategia di recovery, quello è un updater personalizzato
• Se hai bisogno di un driver, è più sicuro non centrare il pensiero su MSIX fin dall’inizio
• Se hai bisogno di una shell extension in-process di Explorer, controlla prima cosa può coprire MSIX e le condizioni di versione OS

Riassunto spiccio:

1. Forte registrazione OS → inclinati verso MSI
2. Vuoi identità di pacchetto e packaging moderno → MSIX
3. Vuoi facile distribuzione per utente e aggiornamenti integrati → ClickOnce
4. La priorità massima è drop-in → xcopy
5. Pronto a progettare e operare la tua infrastruttura di aggiornamento → updater personalizzato

2. I cinque non sono sullo stesso campo

Questa parte conta davvero.

MSI / MSIX / ClickOnce / xcopy riguardano principalmente come installare. Un updater personalizzato, invece, riguarda principalmente come possedere la responsabilità degli aggiornamenti.

Quindi in pratica è più facile pensare in due strati.

Quindi è utile pensare l’updater personalizzato non come qualcosa che scegli per primo, ma come qualcosa che aggiungi quando un metodo di distribuzione esistente non può soddisfare i tuoi requisiti di aggiornamento.

3. La tabella decisionale in una pagina

Prima, ecco la tabella decisionale più usabile.

La cosa più importante in questa tabella è non passare subito a un updater personalizzato solo perché “ci sono aggiornamenti”.

4. Confronto per criterio

Ciò da cercare in questa tabella non è quale è il più forte, ma quale ha meno attrito.

5. A quali tipi di progetti si adatta ciascuno

5.1 MSI

MSI è il punto di riferimento quando vuoi installare / disinstallare / riparare correttamente un’app desktop Windows tradizionale.

Si adatta particolarmente a progetti come questi.

• App aziendali per tutti gli utenti
• App che includono un servizio Windows
• App che coinvolgono registrazione COM, associazioni file o impostazioni a livello macchina
• Prodotti con operatività installer già in piedi

Il punto di forza di MSI è che ti permette di esprimere “come l’app è stata installata nell’OS” nel linguaggio di Windows stesso.

Le sue debolezze sono altrettanto chiare.

• L’authoring è silenziosamente difficile
• Design di upgrade / patch fatto male tende a far male in seguito
• Più custom actions aggiungi, più diventa fragile
• Per prodotti aggiornati frequentemente, l’UX di aggiornamento tende a diventare pesante

5.2 MSIX

MSIX è la scelta quando vuoi packaging moderno e aggiornamento / disinstallazione puliti. Guadagna molto significato anche quando vuoi usare funzionalità Windows che richiedono l’identità di pacchetto.

Si adatta a casi come questi.

• App desktop che possono assumere Windows 10/11
• App aziendali con maggiore frequenza di aggiornamento
• App che vogliono funzionalità Windows in cui l’identità di pacchetto conta
• Progetti che si appoggiano a Intune o App Installer

Il punto di forza di MSIX è la pulizia di aggiornamenti e disinstallazione.

Ma non tutto si adatta. Questi quattro punti in particolare è più sicuro controllare per primi.

• Shell extension in-process (su Windows 11 21H2 e successivi MSIX può registrare legacy context menu handler, ma manifest e target OS vanno verificati)
• Driver
• Vecchie assunzioni Win32 senza restrizioni
• Configurazioni in cui non vuoi l’identità di pacchetto

5.3 ClickOnce

ClickOnce è ancora notevolmente forte quando vuoi eseguire un’app desktop .NET interna per utente, rapidamente, aggiornamenti inclusi.

Si adatta a scenari come questi.

• App aziendali interne
• Vuoi installazione da utente standard
• La distribuzione per utente è sufficiente
• Non vuoi investire pesantemente nell’UX di aggiornamento

Viceversa, è più sicuro non aspettarsi che gestisca prodotti che toccano l’OS in profondità, o che giochi il ruolo di bundlare più prerequisiti come un installer classico.

5.4 xcopy

xcopy è deploy, non installazione. Non c’è registrazione nel registry, funzione di riparazione, identità di pacchetto. In cambio, se basta copiare file, è semplice quanto si può.

Brilla per tool come questi.

• Tool diagnostici
• Tool di configurazione dispositivi
• Tool di raccolta log
• Utility consegnate su chiavetta USB
• Casi in cui vuoi più versioni side-by-side

Il punto di forza di xcopy è che i suoi modi di fallimento sono facili da capire. Sostituisci l’intera cartella; se vuoi tornare indietro, ripristina la versione precedente — operazioni di questo tipo sono facili.

Ma ovviamente ha punti deboli.

• Start menu / ARP / riparazione
• Associazioni file / servizi / shell extension / driver
• Aggiornamenti integrati

5.5 Updater personalizzato

Un updater personalizzato è meno una scelta di libertà che una scelta di responsabilità.

Diventa degno di considerazione quando hai requisiti come questi.

• Alta frequenza di aggiornamento
• Vuoi canali come stable / beta / preview
• Vuoi controllare delivery graduale e percentuali di rollout
• Vuoi controllo fine su download in background, notifiche e finestre di manutenzione
• Vuoi telemetry di aggiornamento e crash recovery proprietaria

I punti di forza sono grandi, ma così è ciò che paghi.

• Verifica della firma
• Delivery manifest
• Retry / resume
• Supporto proxy / firewall / air-gapped
• Rollback
• Recovery da aggiornamenti rotti
• Aggiornamento dell’updater stesso

In altre parole, ciò che aumenta non è la libertà, ma la responsabilità.

6. I punti su cui le persone si bloccano

6.1 Hai bisogno dell’identità di pacchetto?

Se ciò che vuoi è una funzionalità Windows che presume l’identità di pacchetto, il valore di MSIX schizza in alto.

Viceversa, se vuoi

• accesso illimitato al file system
• accesso illimitato al registry
• libertà nel modello di elevazione / processo
• mantenere vecchie assunzioni Win32 così come sono

allora i metodi in stile unpackaged sono quelli più naturali.

6.2 Hai servizi / driver / shell extension?

Questi tre rendono il metodo di distribuzione più pesante in un colpo solo.

• Driver: poco adatto a MSIX
• Shell extension in-process: poco adatto a MSIX
• Servizio Windows: naturale con MSI; confrontabile con MSIX in certe condizioni

Più elementi fortemente accoppiati all’OS hai, più l’argomento principale si sposta da distribuzione che sembra facile a se riesci a installare, aggiornare e rimuovere correttamente.

6.3 Per utente o per macchina?

Procedi con questo lasciato vago e ci litigherai dopo, garantito.

• Inclinazione per utente
  • ClickOnce
  • xcopy
  • Alcuni MSIX
• Inclinazione per macchina
  • MSI
  • MSIX quando le condizioni si adattano

“Vogliamo installare senza diritti amministratore” e “vogliamo che tutti gli utenti la usino dalla stessa posizione” non sono la stessa cosa.

6.4 Frequenza di aggiornamento e responsabilità operativa

Vista attraverso la frequenza di aggiornamento, grossomodo:

• Aggiornamenti trimestrali / mensili: MSI è perfettamente gestibile
• Aggiornamenti mensili / settimanali: MSIX / ClickOnce sono considerevolmente più facili
• Aggiornamenti settimanali / giornalieri: emergono ragioni per considerare un updater personalizzato
• Aggiornamenti manuali vanno bene / il lato che deploy controlla: xcopy basta

Un metodo di distribuzione è design operativo tanto quanto è selezione tecnologica.

6.5 Distribuzione air-gapped e offline

In ambienti air-gapped, la semplicità spesso batte l’auto-update elegante.

• xcopy è forte
• MSI è anche forte
• ClickOnce funziona anche tramite share file o media removibili
• MSIX può funzionare a seconda di come usi App Installer

Ma se aggiorni frequentemente in un ambiente air-gapped, a meno che non decidi anche “chi posiziona la nuova versione dove e come vengono conservate le vecchie versioni”, l’operazione tende a sfaldarsi indipendentemente dal metodo scelto.

7. Le sei domande finali quando sei bloccato

1. L’app è solo per l’utente corrente, o deve essere installata a livello macchina?
2. Ci sono servizi / driver / shell extension / registrazione COM?
3. Userai funzionalità Windows che richiedono identità di pacchetto?
4. Vuoi installazione da soli utenti standard?
5. La frequenza di aggiornamento è mensile, settimanale o superiore?
6. L’ambiente target è air-gapped, e le versioni OS sono uniformi?

Solo rispondere a queste solitamente rivela la zona di atterraggio.

• 2 è “sì” → inizia dal lato MSI
• 3 è “sì” → considera MSIX per primo
• 1 è per utente, 4 è “sì” ed è un’app desktop .NET → ClickOnce è un forte candidato
• 4 è “sì”, 2 è “no” e basta l’operatività drop-in → xcopy è un forte candidato
• 5 è alta e vuoi possedere l’UX di aggiornamento come valore del prodotto → metti l’updater personalizzato nella lista di confronto

8. Riassunto

La distribuzione di app Windows si condensa largamente in questa unica affermazione:

Decidi separatamente come far funzionare l’installazione iniziale e chi possiede la responsabilità di eseguire aggiornamenti continui.

Sopra questo, i giudizi pratici grossolani sono:

• MSI: app desktop tradizionali che vanno in profondità nell’OS
• MSIX: app che vogliono identità di pacchetto e packaging / aggiornamenti moderni
• ClickOnce: distribuire e aggiornare facilmente app aziendali .NET per utente
• xcopy: tool self-contained in cui basta copiare file
• Updater personalizzato: prodotti i cui team sono pronti a progettare e operare gli aggiornamenti da soli

E i punti più importanti sono questi.

• Se hai driver / shell extension / servizi, il metodo di distribuzione è deciso dall’approccio di integrazione OS, non dall’aspetto finale
• Se hai bisogno di identità di pacchetto, MSIX ha molto peso
• Un updater personalizzato è l’ultima spiaggia, non la prima opzione
• In ambienti air-gapped, spesso la semplicità batte l’intelligenza

Se sei bloccato, fissare anche solo questi tre per primi — per utente o per macchina, cosa viene registrato con l’OS, e quanto frequenti sono gli aggiornamenti — fa avanzare molto la conversazione.

9. Riferimenti

• Microsoft Learn, Windows Installer
• Microsoft Learn, What is MSIX?
• Microsoft Learn, Packaging overview for Windows apps
• Microsoft Learn, MSIX features and supported platforms
• Microsoft Learn, Support legacy context menus for packaged apps
• Microsoft Learn, App Installer file overview
• Microsoft Learn, Prepare to package a desktop application
• Microsoft Learn, Know your installer
• Microsoft Learn, Convert an installer that includes services
• Microsoft Learn, ClickOnce deployment and security
• Microsoft Learn, Manage updates for a ClickOnce application
• Microsoft Learn, Choosing a ClickOnce deployment strategy
• Microsoft Learn, ClickOnce cache overview
• Microsoft Learn, Windows App SDK deployment guide for self-contained apps

Articoli correlati

Articoli recenti con gli stessi tag per approfondire argomenti vicini.

Argomenti correlati

Queste pagine collocano l’argomento in un contesto più ampio di servizi e decisioni.

Servizi collegati all’argomento

L’articolo è direttamente collegato ai servizi seguenti.

Domande frequenti

Domande che ricorrono nelle consulenze sull’argomento dell’articolo.

Quale metodo di deployment Windows dovrei usare per un'app con servizi o registrazione COM?

Inizia a pensare da MSI. Quando un'app viene installata a livello macchina, registra servizi Windows o componenti COM, ha bisogno di associazioni file o deve installare prerequisiti, MSI ti permette di esprimere come l'app è stata installata nell'OS nel linguaggio di Windows stesso, il che causa meno incidenti. Le sue debolezze sono che l'authoring è silenziosamente difficile, design di upgrade e patch fatti male fanno male in seguito, e l'UX di aggiornamento diventa pesante per prodotti aggiornati frequentemente.

Cosa non si adatta bene al packaging MSIX?

Quattro cose è più sicuro controllare prima di impegnarsi con MSIX: driver, shell extension in-process, vecchie assunzioni Win32 senza restrizioni, e configurazioni in cui non vuoi l'identità di pacchetto. Su Windows 11 21H2 e successivi, MSIX può registrare legacy context menu handler ed estensioni simili, ma le dichiarazioni del manifest e le condizioni di OS target devono essere verificate. MSIX brilla quando puoi assumere Windows 10/11 e vuoi installazione/disinstallazione pulita, aggiornamenti frequenti e identità di pacchetto.

ClickOnce vale ancora la pena per app aziendali interne?

Sì. ClickOnce è ancora notevolmente forte quando vuoi distribuire un'app desktop .NET interna per utente, rapidamente, con auto-update integrato, e installazione da utenti standard senza diritti amministratore. Non dovresti però aspettarti che gestisca prodotti che toccano l'OS in profondità, installazioni a livello macchina o il ruolo di bundlare più prerequisiti come un installer classico.

Quando un team dovrebbe costruire un updater personalizzato invece di usare aggiornamenti integrati?

Tratta un updater personalizzato come qualcosa da aggiungere quando un metodo di distribuzione esistente non può soddisfare i tuoi requisiti di aggiornamento, non come prima opzione. Diventa degno di considerazione con alta frequenza di aggiornamento, canali come stable, beta e preview, rollout graduale con percentuali, controllo fine su download in background e finestre di manutenzione, o telemetry di aggiornamento proprietaria. In cambio ti assumi verifica della firma, delivery manifest, retry e resume, rollback, recovery da aggiornamenti rotti e aggiornamento dell'updater stesso — ciò che aumenta non è la libertà, ma la responsabilità.

Profilo dell’autore

Pagina di presentazione dell’autore dell’articolo.

Go Komura

Rappresentante di KomuraSoft LLC

Specializzato nello sviluppo di software Windows, nella consulenza tecnica e nell’analisi dei malfunzionamenti, soprattutto nei progetti con sistemi esistenti e guasti difficili da riprodurre.