Os serviços de aplicativos do Windows 10 são úteis apenas em ambientes corporativos?

Tenho acompanhado um dos recursos que a Microsoft introduziu para a Plataforma Universal do Windows (UWP), a saber, serviços de aplicativos . Um aplicativo agora pode fornecer um serviço na forma de uma tarefa em segundo plano que pode ser chamada por outros aplicativos para executar alguma tarefa. É algo como um serviço da web no dispositivo.

Digamos que um desenvolvedor crie um aplicativo que forneça um serviço de aplicativo com o objetivo de fornecer esse serviço a outros aplicativos, próprios ou de outros desenvolvedores. Como não há como garantir que um aplicativo esteja presente no sistema a qualquer momento, o que um desenvolvedor pode fazer quando precisar usar o serviço de aplicativo?

A implementação da funcionalidade de serviço para todos os aplicativos anula o objetivo e a criação de aplicativos que não funcionarão quando outros aplicativos não estiverem instalados parece uma má decisão. Então, os serviços de aplicativos são destinados apenas a ambientes corporativos controlados e não ao público em geral?

design architecture windows-10

— Corcus
fonte

Ótima pergunta! Não ouvi nada sobre isso, mas agora estou curioso, e você enquadrou perfeitamente os pontos relevantes.

— Jimmy Hoffa

Obrigado :) Também enviei um e-mail a Andy Wigley sobre isso, se ele responder, postarei a resposta aqui.

— Corcus 12/10

Se não for necessário para iniciar o aplicativo, parece uma ótima maneira de ter um valor agregado opcional por ter vários aplicativos cooperativos implantados em um sistema. Exemplos seriam coisas como um jogo que permite que o usuário selecione as músicas que ele possui podem ser aprimoradas usando serviços de aplicativos de serviços populares de streaming de mídia, se eles tiverem o aplicativo implantado, ou usando uma interface limitada a um aplicativo de mídia social para fazer integração social. um aplicativo interativo.

— Lars Viklund

@LarsViklund Se estou acertando, o caso de uso é: aplicativos populares expuseram serviços de aplicativos, outros aplicativos os utilizam. Isso não é um cenário ruim e um em que eu não tinha pensado. Ele também resolve o problema do cliente de "como sei que o outro serviço está lá", pois os aplicativos populares têm uma boa chance de serem instalados. No entanto, do ponto de vista do provedor, e se eu quiser fornecer o serviço de aplicativo e não sou um dos aplicativos populares? Ainda me incomoda como isso pode acontecer fora de ambientes controlados.

— Corcus 12/10

No mundo Linux, onde a maioria dos usuários instala software usando gerenciadores de pacotes (exceto aqueles que o constroem manualmente e são usados para seguir instruções do READMEs), esse problema é resolvido, tornando as dependências de suporte ao formato do pacote. Cada pacote declara de que outros pacotes depende (e de quais versões), para que o gerenciador de pacotes garanta que essas dependências estejam instaladas.

O Windows 10 apresenta um gerenciador de pacotes e suporta dependências ( https://msdn.microsoft.com/en-us/library/windows/apps/dn934744.aspx ); portanto, se um aplicativo precisar de um serviço de aplicativo para ser executado, o aplicativo O pacote adicionará o pacote do serviço de aplicativo como uma dependência e o gerenciador de pacotes o instalará. Se outro aplicativo exigir o mesmo serviço de aplicativo e adicioná-lo como uma dependência, o gerenciador de pacotes reconhecerá que ele já está instalado e não o reinstalará (a menos que uma versão mais recente seja necessária)

— Idan Arye
fonte

Eu não tinha ouvido falar sobre o gerenciador de pacotes do Windows e ler sobre isso, parece muito promissor. Eu acredito que essa poderia ser a resposta no futuro. Um usuário mais avançado capaz de usar o PowerShell não deve ter problema. No momento, esse gerenciador de pacotes não está integrado à loja e um usuário simples que faz o download de um aplicativo não pode (e não deve) fazer o download de outro aplicativo para satisfazer a dependência. Receio que este não seja um problema fácil de resolver.

— Corcus 13/10