Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O empacotamento define como seu aplicativo é instalado, atualizado e integrado ao Windows. Os aplicativos WinUI são empacotados por padrão, enquanto muitos aplicativos da área de trabalho, como aplicativos tradicionais do Win32, são executados descompactados. Os aplicativos empacotados se beneficiam de um modelo de instalação limpa, atualizações automáticas e acesso a recursos do Windows que exigem identidade do pacote, incluindo tarefas em segundo plano, notificações, extensões de menu de contexto e outros pontos de extensibilidade. Aplicativos não empacotados ainda podem acessar muitos recursos do SDK de Aplicativos do Windows, mas podem exigir configuração adicional para habilitar determinados recursos.
Por que o empacotamento de aplicativos importa
O empacotamento determina como seu aplicativo é instalado, atualizado, identificado e integrado ao Windows. Escolher entre um aplicativo empacotado ou não empacotado afeta os recursos que você pode usar, o modelo de implantação em que você depende e a experiência geral que seus clientes obtêm. O objetivo dessa visão geral é ajudá-lo a entender rapidamente as compensações para que você possa escolher o modelo que melhor corresponda à arquitetura e aos requisitos do aplicativo.
Aplicativos empacotados versus não empacotados
Aplicativos empacotados
Os aplicativos empacotados usam MSIX e têm a identidade do pacote, que é necessária para muitos pontos de extensibilidade do Windows, incluindo tarefas em segundo plano, notificações, extensões de menu de contexto personalizadas e destinos de compartilhamento. A identidade do pacote permite que o Windows identifique de forma confiável o chamador de APIs de plataforma, e é por isso que esses recursos dependem dele. Para obter mais informações, consulte Recursos que exigem a identidade do pacote.
- Os aplicativos empacotados normalmente são executados em um contêiner de aplicativo leve, com virtualização do sistema de arquivos e do registro (consulte AppContainer para aplicativos herdados e aplicativos MSIX AppContainer).
- Os aplicativos também podem ser configurados para não serem executados em um contêiner de aplicativo, se necessário.
- O MSIX é usado tanto para empacotamento quanto para instalação (veja o que é MSIX?).
Empacotado com localização externa
Alguns aplicativos de área de trabalho existentes ainda não estão prontos para que todo o conteúdo deles viva dentro de um pacote MSIX. O empacotamento com localização externa fornece a esses aplicativos a identidade do pacote, permitindo que a maior parte de seu conteúdo permaneça fora do pacote.
- Essa opção ainda requer um instalador: pense nele como um modelo híbrido entre empacotado e desempacotado.
- Consulte Conceder identidade do pacote empacotando comde localização externa.
Aplicativos não empacotados
Aplicativos não empacotados não usam MSIX e não têm identidade de pacote, o que significa que eles não podem acessar os recursos que exigem isso.
- Eles permanecem totalmente irrestritos em termos de superfície de API, acesso ao sistema de arquivos, acesso ao Registro, elevação e modelo de processo.
- A instalação e as atualizações dependem de
.exe,.msi, instaladores personalizados, ClickOnce ou xcopy deployment. - Consulte Recursos que exigem a identidade do pacote.
Resumo da comparação
| Empacotado (contêiner de aplicativo opcional) | Empacotado com localização externa/Desempacotado | |
|---|---|---|
| Principais benefícios | Instalação/desinstalação moderna, atualizações automáticas/incrementais, remoção limpa sem restos de artefatos, experiência otimizada da Microsoft Store e acesso a recursos que exigem a identidade do pacote. | Controle total sobre o modelo de processo, elevação, IPC, registro e acesso ao sistema de arquivos. O empacotamento em local externo permite obter a identidade do pacote sem a necessidade de adotar totalmente o MSIX. |
| Principais limitações | Não há suporte para alguns cenários no nível do sistema (por exemplo, serviços NT). As opções de IPC podem ser limitadas, a publicação na Store restringe o acesso elevado e a virtualização se aplica em muitos casos (consulte Virtualização Flexível). As políticas empresariais podem desabilitar atualizações controladas pela Store. | Maior risco de arquivos obsoletos ou configuração após a desinstalação. A instalação/atualização deve ser tratada manualmente por meio de .exe, .msi ou mecanismos personalizados. Aplicativos não empacotados não têm recursos que exijam a identidade do pacote. |
Importante
Para a maioria dos aplicativos, usar o MSIX e executar em um contêiner de aplicativo fornece a experiência de instalação e atualização mais perfeita, segura e moderna.
Para obter mais detalhes sobre o local de instalação, diretório de trabalho, virtualização e comportamento de runtime, consulte
Noções básicas sobre como os aplicativos de área de trabalho empacotados são executados no Windows.
Introdução ao MSIX
Ao criar um aplicativo da área de trabalho Win32 (também chamado de aplicativo da área de trabalho clássico) ou um aplicativo .NET, incluindo o WPF (Windows Presentation Foundation) e o WinForms (Windows Forms), é possível empacotá-lo e implantá-lo usando o MSIX.
- Criar um pacote MSIX com base em um instalador existente
- Criar um pacote MSIX usando o código-fonte
- Gerenciar a implantação do MSIX
Outras tecnologias de instalação
Você também pode empacotar e implantar esses tipos de aplicativos usando outras tecnologias de instalação.
Windows developer