Blog do desenvolvedor de aplicativos do Windows 8

Junte-se ao Game On Virtual Event

2013-06-12T18:33:54Z

Os jogos são uma classe de aplicativos fundamental na Windows Store. Se você deseja criar um jogo para a Windows Store, gostaríamos de ajudá-lo com evento virtual sobre criação de jogos. O evento é gratuito e estará aberto para os novos desenvolvedores de jogos e também para os profissionais.

Usaremos o GameMaker: Studio da YoYo Games, para mostrar a você como criar e publicar jogos de alta qualidade em menos tempo. O GameMaker: Studio possui muitas opções internas de criação e ferramentas de arrastar e soltar que ajudam você a começar, mesmo que não tenha uma ideia para um jogo ou experiência em criação. No entanto, se você for um desenvolvedor mais experiente, as ferramentas avançadas o ajudarão a criar uma experiência de jogo única.

Os eventos online começarão no sábado, 15 de junho, às 10 da manhã (Horário de Verão do Pacífico), com uma sessão de lançamento e um chat ao vivo. Você aprenderá sobre tipos diferentes de jogos e como adicionar elementos gráficos, fases e sons durante a criação de um jogo, além de explorar maneiras de deixar o jogo do seu jeito. O suporte continuará durante a semana com assistência individual por meio dos fóruns do GameMaker.

Para você que é um estudante, um desenvolvedor de primeira viagem ou um profissional experiente, este evento será o seu ponto de partida para criar, carregar e publicar jogos na Windows Store. Descubra mais, inscreva-se e confira as ferramentas e os recursos gratuitos em http://msdnevents.com/gameon/.

--Robert Rodriguez-Lawson, gerente de publicação de conteúdo sênior, conteúdo para desenvolvedores do Windows

Cofre de Credenciais: Sua solução para lidar com nomes de usuário e senhas no seu aplicativo da Windows Store

2013-06-05T02:44:29Z

Você ainda não ouviu falar sobre o Cofre de Credenciais que está disponível para os aplicativos da Windows Store? Então, está mais do que na hora. Por quê? Porque ele não apenas simplifica a tarefa de armazenar e recuperar as credenciais do usuário, ele as armazena de forma segura, e as credenciais acompanham os usuários "gratuitamente" com a conta da Microsoft.

Vamos supor que você tenha um aplicativo que se conecte a um serviço para acessar recursos protegidos, como arquivos de mídia, rede social etc. O seu serviço exige informações de logon para cada usuário. Portanto, você incorporou a interface do usuário no seu aplicativo, que obtém o nome de usuário e a senha para o usuário, que são usados para fazer o logon do usuário no serviço. Tudo funciona perfeitamente.

Agora você deseja facilitar mais as coisas para os usuários e armazenar suas informações de logon de forma segura para que não precisem fazer logon toda vez que usarem o seu aplicativo. Insira o Cofre de Credenciais. Com apenas algumas chamadas simples para a API do Cofre de Credenciais, você pode armazenar o nome de usuário e a senha para o usuário e recuperá-los facilmente para fazer o logon do usuário na próxima vez que ele abrir o seu aplicativo.

Armazenamento seguro

A excelente vantagem que o Cofre de Credenciais oferece ao seu aplicativo é armazenar as credenciais do usuário em um local seguro, e essas informações são criptografadas quando armazenadas em disco. Você com certeza poderia armazenar as credenciais dos seus usuários em um arquivo no armazenamento local do seu aplicativo, mas armazená-las em texto sem formatação apresenta uma falha de segurança considerável. Se o sistema de um usuário for comprometido de alguma forma, o nome de usuário e senha dele poderão ser facilmente acessados e manipulados. Armazenando o nome de usuário e a senha com o Cofre de Credenciais, o máximo que uma fonte mal-intencionada poderia conseguir capturar seria um arquivo criptografado.

O Cofre de Credenciais é exclusivo para cada usuário do PC do Windows, e o acesso a uma credencial é limitado ao aplicativo armazenado nela. Isto é, você somente pode recuperar uma credencial que tiver armazenado para o seu aplicativo. Da mesma forma, nenhum outro aplicativo poderá obter as credenciais que o seu aplicativo tiver armazenado no cofre.

Credenciais móveis

Um benefício adicional para os seus usuários é que, quando você armazena o nome de usuário e a senha dele usando o Cofre de Credenciais, as credenciais armazenadas acompanham a conta da Microsoft dele em qualquer outro computador confiável usado por ele com essa conta da Microsoft. Isso torna o seu aplicativo seguro ainda mais prático para os seus usuários porque o seu aplicativo fará o logon deles automaticamente — sem solicitar as credenciais novamente — de qualquer computador confiável em que eles tiverem instalado o seu aplicativo e associado a sua conta da Microsoft.

As coisas funcionam um pouco diferente em contas de domínio. Se houver credenciais armazenadas com a sua conta da Microsoft e você associar essa conta a uma conta de domínio (como a conta que você usa no trabalho), as suas credenciais serão transferidas para essa conta de domínio. No entanto, quaisquer novas credenciais adicionadas enquanto o usuário estiver conectado com a conta de domínio não serão transferidas. Isso garante que as credenciais privadas do domínio não sejam expostas fora do domínio.

Armazenando as credenciais do usuário

Armazenar as credenciais do usuário no Cofre de Credenciais é um processo rápido de duas etapas. Primeiro, você obtém uma referência para o Cofre de Credenciais usando o objeto PasswordVault no namespace Windows.Security.Credentials. Depois, você cria um objeto PasswordCredential com um identificador do seu aplicativo, o nome de usuário e a senha, e transfere isso para o método PasswordVault.Add() para adicionar a credencial ao cofre.

var vault = new Windows.Security.Credentials.PasswordVault();
vault.Add(new Windows.Security.Credentials.PasswordCredential(
    "My App", username, password));

JavaScript

var vault = new Windows.Security.Credentials.PasswordVault();
vault.add(new Windows.Security.Credentials.PasswordCredential(
    "My App", username, password));

Recuperando as credenciais do usuário

Há várias opções para recuperar as credenciais do usuário do Cofre de Credenciais depois de obter uma referência ao objeto PasswordVault.

Você pode recuperar todas as credenciais fornecidas pelo usuário para o seu aplicativo no cofre com o método PasswordVault.RetrieveAll().
Se souber o nome de usuário das credenciais armazenadas, você poderá recuperar todas as credenciais desse nome de usuário com o método PasswordVault.FindAllByUserName().
Se souber o nome do recurso das credenciais armazenadas, você poderá recuperar todas as credenciais do nome desse recurso com o método PasswordVault.FindAllByResource().
Se souber o nome de usuário e o nome do recurso de uma credencial, você poderá recuperar apenas essa credencial com o método PasswordVault.Retrieve().

Vejamos um exemplo em que armazenamos o nome do recurso globalmente em um aplicativo e fazemos o logon do usuário automaticamente se localizarmos uma credencial para ele. No caso de localizarmos várias credenciais do usuário, solicitamos que o usuário selecione uma credencial padrão para usar ao fazer logon.

private string resourceName = "My App";
private string defaultUserName;

private void Login()
{
    var loginCredential = GetCredentialFromLocker();

    if (loginCredential != null)
    {
        // There is a credential stored in the locker.
        // Populate the Password property of the credential
        // for automatic login.
        loginCredential.RetrievePassword();
    }
    else
    {
        // There is no credential stored in the locker.
        // Display UI to get user credentials.
        loginCredential = GetLoginCredentialUI();
    }

    // Log the user in.
    ServerLogin(loginCredential.UserName, loginCredential.Password);
}


private Windows.Security.Credentials.PasswordCredential GetCredentialFromLocker()
{
    Windows.Security.Credentials.PasswordCredential credential = null;

    var vault = new Windows.Security.Credentials.PasswordVault();
    var credentialList = vault.FindAllByResource(resourceName);
    if (credentialList.Count > 0)
    {
        if (credentialList.Count == 1)
        {
            credential = credentialList[0];
        }
        else
        {
            // When there are multiple usernames,
            // retrieve the default username. If one doesn’t
            // exist, then display UI to have the user select
            // a default username.

            defaultUserName = GetDefaultUserNameUI();

            credential = vault.Retrieve(resourceName, defaultUserName);
        }
    }

    return credential;
}

JavaScript

var resourceName = "My App";
var defaultUserName;

function login() {
    var loginCredential = getCredentialFromLocker();

    if (loginCredential != null) {
        // There is a credential stored in the locker.
        // Populate the Password property of the credential
        // for automatic login.
        loginCredential.retrievePassword();
    } else {
        // There is no credential stored in the locker.
        // Display UI to get user credentials.
        loginCredential = getLoginCredentialUI();
    }

    // Log the user in.
    serverLogin(loginCredential.userName, loginCredential.password);
}


function GetCredentialFromLocker() {
    var credential = null;

    var vault = new Windows.Security.Credentials.PasswordVault();
    var credentialList = vault.findAllByResource(resourceName);
    if (credentialList.length > 0) {
        if (credentialList.length == 1) {
            credential = credentialList[0];
        } else {
            // When there are multiple usernames,
            // retrieve the default username. If one doesn’t
            // exist, display UI to have the user select
            // a default username.

            defaultUserName = getDefaultUserNameUI();
            credential = vault.retrieve(resourceName, defaultUserName);
        }
    }

    return credential;
}

Excluindo credenciais do usuário

Excluir as credenciais do usuário no Cofre de Credenciais também é um processo rápido de duas etapas. Novamente, você obtém uma referência para o Cofre de Credenciais usando o objeto PasswordVault no namespace Windows.Security.Credentials. Depois, você passa a credencial que deseja excluir para o método PasswordVault.Remove().

var vault = new Windows.Security.Credentials.PasswordVault();
vault.Remove(new Windows.Security.Credentials.PasswordCredential(
    "My App", username, password));

JavaScript

var vault = new Windows.Security.Credentials.PasswordVault();
vault.remove(new Windows.Security.Credentials.PasswordCredential(
    "My App", username, password));

Fácil e seguro

Como você pode ver, o Cofre de Credenciais é um recurso fácil de usar que simplifica a sua tarefa de autenticar usuários e armazenar as credenciais deles para uso futuro, tudo de uma forma altamente segura.

Outros tópicos de autenticação de aplicativos do Windows 8 incluem o agente de autenticação da Web, que você pode usar para recuperar um token de autenticação de um site (por exemplo, OAuth) e a personalização do seu aplicativo com base na conta da Microsoft de um usuário.

Para obter mais informações, consulte

--Doug Rothaus, desenvolvedor de conteúdo sênior, Conteúdo para desenvolvedores do Windows

Agradecimentos especiais para Yashar Bahman por sua ajuda e contribuições para esta postagem.

Criar aplicativos com reconhecimento de local usando geolocalização e Mapas Bing

2013-05-28T18:06:07Z

Ao experimentar em conjunto a localização de um usuário com a lógica de negócios do seu aplicativo, você pode fornecer facilmente aos usuários do aplicativo detalhes sobre a previsão do tempo, cupons, eventos esportivos ou concertos para sua localização atual. Você pode usar as funcionalidades de geolocalização do Windows 8, juntamente com o SDK do Mapas Bing, para criar ótimos aplicativos da Windows Store com reconhecimento de local.

Vejamos como seu aplicativo pode usar o serviço de localização para fornecer aos usuários informações específicas do local com um endereço IP, uma rede WiFi ou dados de GPS. Após saber a localização, você poderá usar o SDK do Mapas Bing para mostrar ao usuário onde ele está.

Recuperando sua localização

O namespace Windows.Devices.Geolocation é usado para recuperar sua localização. Se você usará o GPS, uma rede WiFi ou um endereço IP para recuperar a localização de um usuário dependerá de dois fatores básicos:

O nível de precisão solicitado. Este é o nível de precisão ideal para atender as necessidades do seu aplicativo.
A disponibilidade dos dados de localização. Nem todos os dispositivos têm GPS interno. Ou talvez não haja uma rede ou conexão Wi-Fi disponível quando a localização for solicitada.

Precisão desejada

Ao solicitar uma localização, seu aplicativo deve especificar a precisão desejada para que os dados de localização possam ser retornados o mais rápido possível no intervalo determinado. Cada um dos tipos de local tem um grau de precisão:

GPS – o GPS fornece a maior precisão, até aproximadamente 10 metros. No entanto, se o sensor do GPS precisar ser ativado e adquirir dados de satélite para em seguida fazer a triangulação dos dados, ele poderá levar um ou dois minutos para retornar os detalhes da localização. Mas após o GPS adquirir as conexões de satélite, será possível obter o próximo ponto de localização com mais rapidez. Obviamente que quanto mais o GPS for usado, mais energia consumirá. A propriedade Geolocator.DesiredAccuracy deve ser definida como High (Alta) para permitir que o GPS adquira os dados.
Wi-Fi – uma conexão Wi-Fi pode fornecer uma precisão entre 300-500 metros. Se houver uma conexão, os dados de localização serão retornados mais rapidamente do que um GPS poderá obter dados de satélite. Defina a propriedade DesiredAccuracy como Default (Padrão) para obter a localização com Wi-Fi.
IP – a resolução no nível do IP pode fornecer uma precisão dentro de 1 quilômetro, aproximadamente. Se houver uma conexão de rede, os dados de localização serão retornados mais rapidamente do que um GPS poderá obter uma conexão de satélite. Você também define a propriedade DesiredAccuracy como Default (Padrão) para obter a localização com IP. O serviço de localização retorna a maior precisão possível e permite que você saiba o grau de precisão na propriedade Geocoordinate.Accuracy.

Preste atenção ao valor de precisão desejado. Ele pode afetar o desempenho e o consumo de energia do seu aplicativo. Por exemplo, se o seu aplicativo fornecer previsões de tempo, você raramente precisará da alta precisão do GPS. Além disso, não deixe de indicar a precisão dos seus dados exibindo o radius de erro baseado na precisão dos dados retornados. Aqui está o código C# para definir a precisão desejada:

Geolocator geolocator = new Geolocator();
geolocator.DesiredAccuracy = Windows.Devices.Geolocation.PositionAccuracy.High;

Independente da precisão que você desejar, a chamada para obter sua localização é:

Geoposition pos = await geolocator.GetGeopositionAsync().AsTask(token);

Aqui está o código JavaScript que cria uma instância da classe Geolocator, define a precisão desejada e obtém a localização atual. Observe que a variável "promise" abaixo é um objeto WinJS.Promise – você precisará usar o método done para acessar os dados da chamada para getGeopositionAsync.

JavaScript

var geolocator = Windows.Devices.Geolocation.Geolocator();
geolocator.desiredAccuracy =
Windows.Devices.Geolocation.PositionAccuracy.high;

// Get the geoposition, capturing the request in a 'promise' object.
var promise = geolocator.getGeopositionAsync();

Lembre-se de que se você definir a precisão desejada como High (Alta), não terá certeza de que o dispositivo do usuário retornará a maior precisão. O PC do usuário talvez não tenha um GPS ou este poderá estar desligado ou não conectado ao Wi-Fi, etc. Esteja sempre preparado para processar normalmente essas instâncias de dados de precisão menor. Como você fará isso dependerá da funcionalidade do seu aplicativo. É possível continuar com a menor precisão? É possível solicitar precisão no nível do GPS? Consulte as Diretrizes para aplicativos com reconhecimento de local para obter mais informações.

Mapas Bing

O aplicativo Mapas Bing é um bom exemplo de um aplicativo que se adapta à precisão dos dados de localização disponíveis. Em um PC desktop, que em geral não tem um GPS ou Wi-Fi, ele acha a localização com base no endereço IP e a amplia para um nível de região ao mapear o local atual. Em um laptop, que normalmente tem uma placa sem fio, o aplicativo usa a conexão Wi-Fi para obter uma localização mais precisa e a amplia ainda mais ao mostrar a localização atual. Se o usuário ampliar mais ainda, o ícone da localização atual mostrará um radius de erro. Em um dispositivo com GPS, o Mapas Bing obtém os dados de localização de maior precisão do GPS e exibe uma localização mais precisa.

Bing Meteorologia

Como mencionado acima, um aplicativo como o Bing Meteorologia precisa somente das informações de região. Por isso, ele pode especificar a necessidade apenas da menor precisão, permitindo a obtenção rápida de um valor de localização. Isso aumenta a capacidade de resposta do aplicativo para o usuário. Outros exemplos de aplicativos que podem precisar somente das informações de nível regional incluem guias de estações de rádio, ofertas de compras ou feeds de notícias locais.

Exibindo dados de localização com o SDK do Mapas Bing

Após obter as informações de localização de sua chamada para GetGeopositionAsync, você desejará exibi-las em um mapa.

Primeiro, converta a Geoposição em uma Localização que possa ser usada com o Mapas Bing, use o código a seguir:

Location location = new Location(pos.Coordinate.Latitude, pos.Coordinate.Longitude);

JavaScript:

promise.done(
  function (pos) {
    // Get the coordinates of the current location.
    var coord = pos.coordinate,
    location = new Microsoft.Maps.Location(coord.latitude, coord.longitude);
 
  },
  function (err) {
    // Handle the error.
  });

Em seguida, exiba sua localização usando o Mapas Bing. Você pode obter o SDK do Mapas Bing aqui. Você também precisará obter uma chave do Mapas Bing fazendo o registro no Portal do Mapas Bing e seguindo as instruções para Obter uma Chave do Mapas Bing. Ao se registrar, não deixe de ver as restrições de uso para cada tipo de chave e escolha uma que seja apropriada para seu aplicativo.
Adicione um controle do Mapas Bing ao seu designer e insira sua chave nas credenciais.

<Page
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    xmlns:local="using:SimpleMapping"
    xmlns:d="http://schemas.microsoft.com/expression/blend/2008"
    xmlns:mc="http://schemas.openxmlformats.org/markup-compatibility/2006"
    xmlns:Maps="using:Bing.Maps"
    x:Class="SimpleMapping.MainPage"
    mc:Ignorable="d">

    <Grid Background="{StaticResource ApplicationPageBackgroundThemeBrush}">
        <Maps:Map x:Name="Map" Margin="0,120,0,0" Credentials="Insert Your Bing Maps Key Here"/>
    </Grid>
</Page>

Agora você já pode usar o código a seguir na página do aplicativo em que o mapa é exibido. Isso define o nível de zoom do mapa e mostra a localização. Saiba mais sobre o nível de zoom em Como exibir sua localização em um Mapa Bing:

double zoomLevel = 13.0f;

Map.SetView(location, zoomLevel);

Adicionar um controle do Mapas Bing ao seu aplicativo em JavaScript e HTML exige um pouco mais de trabalho. Adicione a seguinte marca <script> ao HTML do seu aplicativo:

<script type="text/javascript" 
   src="ms-appx:///Bing.Maps.JavaScript//js/veapicore.js">
/script>

Em seguida, você precisará criar uma marca <div>para conter o mapa, configurando o atributo de id para que possa acessá-lo.

<div id=’map-div’></div>

Por fim, será necessário inicializar o controle do mapa na página em HTML. Veja aqui alguns códigos JavaScript que fazem isso:

// Load the Microsoft.Maps.Map module and then call getMap when the 
// module has loaded.
function initMap() {
  Microsoft.Maps.loadModule('Microsoft.Maps.Map', 
    { 
      callback: getMap, 
      culture: "en", 
      homeRegion: "US" 
  });
}

// Get the div to contain the map from the interface of the app.
function getMap() {

  // Create a new instance of the Map class, passing in the app ID.
  var map = new Microsoft.Maps.Map(
    document.getElementById(mapDivId), 
    { credentials: “Insert your credentials here” });

  // Set the initial zoom level and type of map.
  map.setView({
    mapTypeId: Microsoft.Maps.MapTypeId.road,
    zoom: 3
  });
}

Qualquer aplicativo que usa localização deve respeitar as configurações das permissões do usuário, que podem ser alteradas a qualquer momento. O aplicativo Meteorologia usa a localização para obter a previsão do tempo para o local atual. Mas a qualquer momento, o usuário poderá acessar as Configurações e desativas as permissões de Localizações. Seu aplicativo deve sempre lidar com a possibilidade de que a permissão de Localização esteja desabilitada. Nesse caso, o aplicativo Meteorologia exibe uma mensagem "Não é possível encontrar sua localização. Altere suas permissões para que o Meteorologia possa usar sua localização". Consulte as diretrizes de experiência do usuário em Diretrizes para aplicativos com reconhecimento de local para obter exemplos de como lidar com permissões de localização.

Para obter todos os detalhes de como usar a geolocalização e o SDK do Mapas Bing, temos um novo vídeo, tópico de como fazer e exemplo de código que explica as etapas de como adquirir de forma assíncrona sua localização e usar o SDK do Mapas Bing para mostrar onde você está visualmente. O vídeo, o tópico de como fazer e o exemplo guiam você sobre como habilitar a funcionalidade de localização, como obter a localização assincronamente, como configurar o mapa para um determinado local e como configurar o ícone de localização baseado na precisão dos dados de localização. Você também pode encontrar mais informações em Mapas Bing para aplicativos da Windows Store.

Resumindo

A localização pode ser um recurso poderoso e ágil para adicionar ao seu aplicativo. Você pode fornecer ao usuário mais informações pertinentes baseado em onde ele está. Seja uma lista de estações de rádio locais, ofertas de compras, informações de trânsito ou do tempo, o controle para ajustar essas informações de acordo com a localização pode tornar seu aplicativo mais útil. A capacidade de fazer isso acontecer automaticamente, sem a interação do usuário, economiza tempo e aumenta a probabilidade de uso do seu aplicativo.

--Ross Heise, desenvolvedor de conteúdo sênior, Conteúdo para desenvolvedores do Windows

Agradecimentos especiais a Jon Kay e Eric Schmidt pela ajuda e contribuições para esta postagem.

Apresentando uma nova experiência do Centro de Desenvolvimento do Windows

2013-05-16T20:01:07Z

Desde o lançamento do Centro de Desenvolvimento do Windows em outubro de 2011, temos trabalhado de perto com desenvolvedores e designers do mundo todo para saber como podemos oferecer a melhor orientação, inspiração e amostras para criadores de aplicativos. Com milhares de visitantes e os seus comentários, temos avaliado o que tem funcionado bem e quais experiências podem ser aprimoradas.

Novidades

A equipe do Windows está focada em cultivar um ecossistema de aplicativos vibrante e crescente. Isso se manifesta de três formas: ótimos aplicativos, ótima economia e ótima oportunidade de alcance. O novo Centro de Desenvolvimento conecta criadores de aplicativos, designers e empresas aos recursos necessários para obterem sucesso no desenvolvimento de ótimos aplicativos e na criação de um negócio com o Windows.

Para dar suporte a essas metas, estas áreas do Centro de Desenvolvimento foram desenvolvidas:

O modelo de navegação foi alterado para que você possa localizar o conteúdo relevante à etapa do ciclo de vida do desenvolvimento de aplicativos
O site cria tarefas de destaque, cenários e novo conteúdo

Além do conteúdo, amostras e downloads que os desenvolvedores desejam; facilitamos o acesso a recursos para designers e empresas.

Dependendo do que estiver criando, você pode acessar uma destas quatro áreas: Aplicativos da Windows Store, Internet Explorer, Windows desktop e Hardware. Cada uma delas apresenta uma nova experiência que aborda os pontos mencionados acima. Nesta postagem, veremos detalhadamente as alterações específicas feitas para os aplicativos da Windows Store.

O conteúdo certo para a sua função

O site mais informativo deixa de ser útil se a pessoa não conseguir encontrar o que procura. Com centenas de milhares de tópicos no Centro de Desenvolvimento, a organização e a capacidade de descobrir conteúdo é crítica. Para o desenvolvimento de aplicativos da Windows Store, isso significa um foco mais estrito, com base na função e no cenário, desde colocar tudo o que você precisa para começar em um lugar até dar um melhor suporte a designers e empresas. Aqui estão alguns dos destaques.

Desenvolvedores

Simplificamos o conteúdo de que você precisa para criar ótimos aplicativos da Windows Store. Ao acessar a home page dos aplicativos da Windows Store, você verá:

“Principais tarefas e conteúdo” em destaque para ajudá-lo a acessar rapidamente o conteúdo de que você precisa. Os eventos locais na sua região são destacados, bem como novos recursos que acabamos de incluir no site.
Downloads para ajudá-lo a acessar diretamente a codificação, todos os recursos necessários para você começar e orientação detalhada sobre como colocar o seu aplicativo na Windows Store.
Exemplos de código importantes são realçados, e orientações passo a passo têm uma navegação mais fácil tendo em foco o ciclo de vida do desenvolvimento.
“Os vídeos rápidos para o desenvolvedor” encontrados em todo o site oferecem uma visão geral de como adicionar recursos ao seu aplicativo.

Designers

Fizemos algumas modificações na seção de design do site para facilitar seu uso e torná-la mais abrangente. Você pode localizar downloads úteis e ativos de design reutilizáveis mais facilmente, e, com os estudos de caso e ideias de design, você tem as ferramentas necessárias para criar uma experiência exclusiva no Windows. Tudo o que você precisa para criar um lindo aplicativo que se destaque dos outros está ao alcance das suas mãos, com um design de página voltado para o toque e fácil de usar.

Empresas

A oportunidade da Windows Store para as empresas é significativa, com um modelo econômico melhor do que o das plataformas competitivas e flexibilidade que permite criar o negócio que desejar. A nova seção sobre mercado do site oferece ótimas dicas para comercializar os seus aplicativos, avaliar dados telemétricos e obter a certificação de aplicativos. Aprendemos muito sobre como facilitar a certificação e melhoramos o conteúdo para ajudá-lo a passar pelo processo mais rapidamente.

Muitos de vocês, obviamente desempenham várias funções. Acreditamos que a nova organização do site dê suporte a isso também. De entusiastas e agências publicitárias às grandes empresas desenvolvedoras de software, a nova organização do site ajudará todos a realizarem seus projetos e a alcançarem suas metas de negócios com o Windows.

Há muito mais por vir. O seu feedback é importante.

Com o BUILD 2013 daqui a pouco mais de um mês, teremos muito o que falar. Estamos trabalhando muito para criar novo conteúdo para ser compartilhado no evento deste ano. Além de acompanhar este blog, estas são outras maneiras de você ficar conectado: seguir @windevs no Twitter e assinar o Boletim informativo da Windows Store.

Conforme apresentamos mais conteúdo para ajudá-lo a criar, desenvolver e comercializar os seus aplicativos da Windows Store, desejamos continuar aperfeiçoando a sua experiência no Centro de Desenvolvimento! Para facilitar o seu feedback, agora oferecemos duas novas opções de comentários na parte inferior de cada página. Faça comentários. Eles são lidos e estamos sempre trabalhando para atender às suas necessidades.

Keith Boyd, gerente de publicação de conteúdo, Conteúdo do desenvolvedor do Windows

Compartilhando com o seu aplicativo de destino

2013-05-15T16:14:51Z

Na postagem Compartilhando de seu aplicativo, apresentamos a ideia de compartilhar conteúdo do aplicativo de exemplo Food with Friends com vários aplicativos de destino que permitem ao usuário executar cenários completos e sofisticados. Os aplicativos no Windows 8 oferecem um conteúdo interessante que os seus clientes desejarão compartilhar com os amigos e outros aplicativos. Com um compartilhamento de destino atraente e bem projetado, o seu aplicativo pode ser o centro de uma experiência conectada e social.

Nesta postagem, veremos como você pode usar o contrato de Compartilhamento de Destino nos seus aplicativos, especialmente aqueles como o Food with Friends. Usando esse contrato, o seu aplicativo pode receber conteúdo de outros aplicativos e usar esse conteúdo para melhorar sua qualidade. Desejamos ajudá-lo a tornar o seu aplicativo o melhor de sua categoria!

O aplicativo de destino é criado usando o contrato de Compartilhamento de Destino e é desenvolvido para proporcionar uma experiência rápida e fácil. Nem todo aplicativo no Windows será um compartilhamento de destino, mas se o seu aplicativo puder publicar, transformar, armazenar ou agregar valor, de alguma forma, ao conteúdo que receber de outro aplicativo, haverá benefícios na criação de um compartilhamento de destino.

O seu aplicativo sempre aparecerá na lista de aplicativos de destino. Ele é conectado instantaneamente e relevante a outros aplicativos que podem compartilhar dados desejados por você.
O contrato de compartilhamento cria uma ponte entre o seu aplicativo e qualquer aplicativo de origem sem que seja necessário que nenhum dos dois tenha uma integração um-para-um.
Como o botão Compartilhar está sempre presente e disponível no sistema operacional, isso proporciona ao aplicativo de destino uma presença no sistema operacional que vai além das fronteiras do seu aplicativo. Isso poderá direcionar mais clientes para o seu aplicativo!

Recebendo conteúdo compartilhado

Vejamos alguns exemplos que mostrarão como você pode oferecer experiências atraentes por meio de um aplicativo de compartilhamento de destino.

Talvez você já esteja familiarizado com os aplicativos Email e Pessoas do Windows 8. O Email cria uma experiência de compartilhamento de destino fácil e pessoal para receber e compartilhar conteúdo com um ou mais amigos. O aplicativo Pessoas permite compartilhar conteúdo com uma audiência maior nas suas redes sociais. Além do compartilhamento em redes sociais, você pode ir além com o compartilhamento entre aplicativos. Aplicativos de produtividade, como o SkyDrive, podem receber arquivos de qualquer lugar do Windows e armazená-los na nuvem; os aplicativos de anotação podem receber texto, links e, possivelmente, dados em uma grande variedade de formatos diferentes e arquivá-los para futura referência. Também há bastante espaço para a criatividade.

Veja como as duas imagens abaixo mostram o fluxo de compartilhamento ao compartilhar uma foto do aplicativo Fotos com o PuzzleTouch, um aplicativo de jogo que transforma uma imagem em um quebra-cabeça visual.

Figura 1: Aplicativo de origem à esquerda, lista de aplicativos de destino que podem receber fotos no painel Compartilhar à direita.
O PuzzleTouch é um dos compartilhamentos de destino que podem receber uma imagem do aplicativo Fotos.

Figura 2: À direita, a visualização do aplicativo de destino permite ao usuário selecionar o tipo de quebra-cabeça que
deseja criar. O quebra-cabeça fica pronto quando o usuário volta ao aplicativo.

O que é um aplicativo de compartilhamento de destino?

Uma experiência de compartilhamento completa no Windows tem dois componentes. Temos um aplicativo de origem que torna o conteúdo disponível em diferentes formatos para o Windows. Temos também um aplicativo de compartilhamento de destino que se registra para reconhecer determinados formatos e atua como o destino para o conteúdo compartilhado. Usando o contrato de Compartilhamento, o aplicativo de origem e o aplicativo de compartilhamento de destino se comunicam entre si.

Ao pensar sobre a experiência de compartilhamento para o seu aplicativo, considere que o aplicativo de compartilhamento de destino é renderizado na janela Compartilhar hospedada. Projete a experiência para que o seu usuário possa visualizar seu conteúdo rapidamente e confirmar o compartilhamento nessa exibição. Este exemplo mostra a exibição do aplicativo de compartilhamento de destino Email que permite a um usuário compartilhar rapidamente um link do navegador com um de seus contatos do Email.

Figura 3: Compartilhando um link do aplicativo Fotos usando o aplicativo de destino Email

Cenários do Food with Friends

Agora, vamos considerar como o Food with Friends cria uma experiência atraente de aplicativo de compartilhamento de destino. Se você estiver familiarizado com o aplicativo, você verá duas ações principais que um usuário pode realizar no Food with Friends – criando um plano e adicionando um restaurante à sua lista de desejos. É claro que há outras ações, como escrever uma opinião, postar um comentário, exibir listas de desejos dos seus amigos etc., mas essas experiências somente fazem sentido dentro do contexto do aplicativo principal. Nos dois cenários básicos que se destacam, vamos fazer uma verificação de integridade rápida para ver se podem ser realizados efetivamente pelo aplicativo de destino Food with Friends.

Criar o plano desta noite

Embora seja o cenário básico do aplicativo principal, ele não é o melhor cenário para uma experiência de compartilhamento de destino. Veja o motivo: A experiência de compartilhamento de destino tem o objetivo de ser rápida e fácil. A criação de um plano é uma tarefa muito mais complexa: o usuário poderia desejar saber quais outros restaurantes seus amigos desejam experimentar, comparar alguns restaurantes da lista de desejos, examinar classificações etc. Como o planejamento envolve o aproveitamento de detalhes cuja apresentação é melhor na exibição do aplicativo principal, condensar essa funcionalidade em um aplicativo de compartilhamento de destino não é atraente.

Adicionar à lista de desejos

Esse cenário funciona realmente bem como uma tarefa curta e direcionada no compartilhamento de destino. Alguns destaques nessa experiência do aplicativo:

As pessoas veem restaurantes em outros aplicativos, sejam aplicativos de planejamento de viagens, aplicativos da cidade local com recomendações, blogs sobre comida etc. O Food with Friends é um ótimo destino para agregar restaurantes na seção "My Wishlist" (Minha lista de desejos).
A exibição do aplicativo de destino de um aplicativo é criada para que um usuário aja rapidamente no contexto de um aplicativo diferente. Portanto, a adição de um restaurante na lista de desejos é uma excelente opção para emergir no compartilhamento de destino.
Embora certamente seja possível ao usuário fazer a alternância entre aplicativos, repetir a pesquisa para localizar o restaurante e adicionar o restaurante à lista de desejos, tocar rapidamente em Compartilhar é muito mais fácil.

A lista de desejos do Food with Friends parece ser uma ótima experiência de aplicativo de compartilhamento de destino que desejamos projetar e compilar. Veja o cenário completo que temos em mente:

Ao navegar em um aplicativo que mostre caminhões de comida local, encontro recomendações desses caminhões que parecem interessantes. Desejo adicionar o caminhão de comida desse aplicativo na minha lista de desejos do Food with Friends para ajudar no planejamento depois.

Figura 4: Navegando em um aplicativo que mostra caminhões de comida local e recomenda lugares de interesse

Essa imagem mostra a exibição do aplicativo de compartilhamento de destino que desejamos usar:

Figura 5: Exibição do aplicativo de compartilhamento de destino

Realizando a ação de compartilhamento na exibição do aplicativo de destino, os usuários podem ver os restaurantes do Food with Friends sem alternar o contexto da experiência de imersão do aplicativo atual.

Implementando um compartilhamento de destino

Agora que você viu alguns exemplos de quando implementar um compartilhamento de destino, vejamos como implementar um compartilhamento de destino. Primeiro, decida quais formatos de dados o seu aplicativo poderá receber.

A quais formatos de dados você deve dar suporte?

Com o Compartilhar, você pode dar suporte tanto a formatos de dados padrão, como texto, URI, HTML, bitmaps, arquivos ou formatos de dados personalizados, como os listados em http://schema.org . O Windows filtra aplicativos de destino por formatos de dados a que dão suporte para exibir a lista de aplicativos de destino filtrada no painel Compartilhar. O seu aplicativo deve dar suporte a formatos de dados que são importantes para a experiência do aplicativo. Por exemplo, se o seu aplicativo for voltado para a exibição de fotos, o suporte a formatos de texto pode não ser útil. Se você declarar suporte a vários formatos de dados, decida qual deles ajudará a representar os dados compartilhados melhor para que você possa separar esse formato no pacote de dados primeiro.

Como o Food with Friends está implementando uma experiência de compartilhamento de destino que permite aos usuários compartilhar restaurantes com o aplicativo, vamos usar o formato de dados Restaurant (Restaurante) que aparece em http://schema.org. O Food with Friends pode se registrar com o contrato de Compartilhamento de destino para receber esse formato de dados. Em seguida, usado os dados no pacote recebido, ele pode criar uma experiência atraente na exibição de seu aplicativo de destino que permita ao usuário adicionar o restaurante na sua lista de desejos.

Embora alguns aplicativos de origem possam compartilhar especificamente o formato de dados Restaurant, outros aplicativos de origem podem representar informações semelhantes usando outros formatos de dados, como Place (Local), LocalBusiness e FoodEstablishment relacionados em schema.org. Dessa forma, o Food with Friends pode dar suporte ao recebimento de vários formatos no contrato de compartilhamento para acomodar uma variedade maior de aplicativos de origem.

O Food with Friends dá suporte aos seguintes formatos nas declarações de compartilhamento de destino do manifesto do aplicativo:

Estamos nos concentrando no tipo de dados Restaurant para simplificar, mas os conceitos também se aplicam a outros tipos de dados.

Quais formatos de dados e cenários você deve examinar?

O Food with Friends somente permitirá a adição do restaurante à lista de desejos do usuário se as informações do restaurante recebidas corresponderem às de um restaurante já conhecido pelo aplicativo. Isso é intencional para evitar várias cópias de restaurantes no aplicativo.

Não damos suporte a tipos de dados padrão porque a maioria dos textos, arquivos, fotos, URI ou HTML compartilhados de aplicativos de origem não são mapeados para um restaurante ou empresa local. Por exemplo, se o Food with Friends desse suporte ao recebimento de texto, ele apareceria na lista de aplicativos de destino de um aplicativo de origem de anotação. Nesse caso, o Food With Friends precisaria fornecer uma mensagem de erro informando ao usuário o motivo desse aplicativo não funcionar com seu aplicativo de origem. Resumindo, os formatos de dados são o que conectam um aplicativo de origem que tem algo a oferecer a um aplicativo de destino. Se os formatos de dados não forem os mesmos, não há nada que valha a pena compartilhar.

Considere todos os formatos de dados que ajudam a identificar o que é importante, examine os formatos de dados que diluem a sua experiência de compartilhamento.

Dando suporte ao contrato de Compartilhamento de Destino

Para dar suporte a formatos de dados, declare-os no designer de manifesto do Visual Studio do seu aplicativo. Isto é o que acontece quando um usuário seleciona o seu aplicativo como o destino de uma ação de compartilhamento:

Uma nova instância do aplicativo é iniciada na janela de compartilhamento de destino sobre o aplicativo de origem.
Um evento de ativação de compartilhamento de destino é iniciado e o seu aplicativo recebe um objeto ShareOperation como resultado.
O seu aplicativo pode recuperar os dados que o usuário compartilhou desse objeto.
Você pode usar esses dados para renderizar a exibição do aplicativo de destino e realizar o compartilhamento do usuário.

Para obter mais informações sobre como criar essa experiência, consulte o guia Início rápido: recebendo conteúdo compartilhado.

Além disso, o Visual Studio dá suporte a um modelo para o compartilhamento de destinos. Clique com o botão direito no seu projeto, selecione Adicionar Item, Adicionar Novo Item, clique em contrato de Compartilhamento de Destino na lista. Você terá o código adicionado para dar suporte ao contrato. O Exemplo de código de compartilhamento de destino mostra como receber conteúdo compartilhado.

Projetando uma exibição de aplicativo de destino personalizada

Quando o usuário seleciona um aplicativo de destino na lista de aplicativos do painel Compartilhar, o Windows inicia o aplicativo na exibição de destino de compartilhamento do aplicativo. A exibição do aplicativo de destino é uma exibição especial hospedada no painel Compartilhar e é diferente da exibição principal do aplicativo. Ativando contratos do Windows 8 no seu aplicativo fornece mais informações sobre exibições hospedadas e o gerenciamento da ativação dessas exibições. A exibição do aplicativo de destino foi projetada para concluir a ação de compartilhamento iniciada pelo usuário. Nessa exibição, os usuários podem visualizar seu conteúdo rapidamente, executar ações simples e confirmar sua intenção de compartilhar.

Antes de olharmos para o projeto do aplicativo de destino do Food with Friends, vamos considerar um aplicativo de destino que talvez você já conheça. As imagens abaixo mostram a exibição do aplicativo de destino do aplicativo Email ao lado da exibição completa do aplicativo no Windows 8.

Figura 6: Compartilhando de Fotos para o aplicativo de destino Email à direita

Figura 7: Redigindo um novo email na exibição do aplicativo principal do Email

Observe que a exibição do aplicativo de compartilhamento de destino do Email é mais simples do que a exibição completa do aplicativo. Ela fornece uma visualização limpa e minimalista do conteúdo que o usuário compartilhará em formato de miniatura com HTML e texto associado. Ela oferece uma linha Para para adicionar destinatários, uma área de entrada para a redação de uma mensagem rápida e uma maneira fácil de confirmar o envio do email com o botão Enviar.

Apesar dessa exibição mais simples, a exibição do aplicativo de destino do aplicativo pode ser identificada de forma nítida como um avatar do aplicativo Email, o que reforça a confiança do usuário quanto ao destino do conteúdo compartilhado.

Food with Friends como um aplicativo de compartilhamento de destino

Agora que você tem uma ideia geral sobre o projeto de exibição do aplicativo de destino, vamos ver como o Food with Friends pode criar um aplicativo de destino que ajuda os usuários a adicionar restaurantes à lista de desejos.

Quando o Food with Friends recebe o pacote de dados contendo um Restaurant do aplicativo de origem, ele pode usar os detalhes no formato de dados Restaurant para identificar qual restaurante de seu banco de dados corresponde ao pacote de dados recebido. O aplicativo poderá então mostrar uma visualização desse restaurante na exibição do aplicativo de destino. Isso reforça a confiança na integridade do conteúdo compartilhado.

Essa imagem mostra a exibição do aplicativo de destino do Food with Friends –

Figura 8: Exibição do aplicativo de destino do Food with Friends

Como você pode ver, essa exibição do Food with Friends é simples e personalizada para um aplicativo de compartilhamento de destino. Ela mostra uma visualização do restaurante que o usuário está prestes a compartilhar e um botão simples que pode ser acionado, Adicionar à Lista de Desejos, que esclarece o destino do conteúdo compartilhado no aplicativo principal. Quando o usuário toca ou clica nesse botão, ele confirma a operação de compartilhamento. Exigindo um toque ou clique aqui, ajudamos a impedir um compartilhamento acidental e a construir confiança na experiência geral de Compartilhamento.

Se o aplicativo localizar vários restaurantes que correspondam às informações do conteúdo do pacote de dados, o Food with Friends usará a exibição do compartilhamento de destino para mostrar as opções e permitir que o usuário separe aqueles a serem compartilhados.

Figura 9: Exibição do aplicativo de destino mostra as opções para que os usuários possam escolher os itens a compartilhar

Caso o aplicativo não possa identificar um restaurante de forma precisa ou um conjunto válido de opções com base no pacote de dados recebido, use a exibição do aplicativo de destino para comunicar essa mensagem.

Criando um QuickLink

O QuickLink é uma provisão da API de compartilhamento que permite aos usuários compartilhar conteúdo para destinos familiares dentro do seu aplicativo de destino rapidamente. Um QuickLink funciona como um link personalizado para a sua exibição de destino, fornecendo ações específicas. Quando o Windows filtra a lista de aplicativos de destino disponíveis para o usuário, a lista do QuickLinks é apresentada na parte superior do painel Compartilhar como a lista de destinos disponíveis. Essas ações do usuário e destinos familiares podem incluir locais ou pessoas com os quais são feitos compartilhamentos com frequência por meio do aplicativo de destino. Por exemplo, o aplicativo Email retorna QuickLinks para contatos a que foram enviados emails anteriormente. Da mesma forma, você pode adicionar QuickLinks a pastas, grupos, blocos de anotações e listas de reprodução que você compartilha com frequência ao seu aplicativo de destino.

Figura 10: Painel Compartilhar mostra um QuickLink fornecido pelo aplicativo de destino Email para contatos
que receberam emails anteriormente por meio do aplicativo de destino

O aplicativo de destino pode oferecer um QuickLink com o método de objetos ShareOperation reportCompleted . Um QuickLink deve ter um título, um ícone e uma ID. O título (como "Enviar email para mãe") e o ícone aparecem quando o usuário toca no botão Compartilhar. A ID é o que o seu aplicativo usa para acessar quaisquer informações personalizadas, como um endereço de email, o local de uma pasta etc. Consulte Como criar um objeto QuickLink para saber mais sobre essa ferramenta.

Observação: os QuickLinks são úteis quando o aplicativo dá suporte a várias ações do aplicativo de destino. Como o Food with Friends somente dá suporte a uma única ação no destino de compartilhamento (Adicionar a lista de desejos), i aplicativo não implementa QuickLinks.

Compartilhamento estendido e relatório de erros

Às vezes, os aplicativos de origem compartilham grandes partes de dados, como fotos, vídeos ou arquivos, resultando em transferências de dados mais demoradas. Esses tipos de operações de compartilhamento são conhecidos como compartilhamentos estendidos nos quais o seu aplicativo de destino pode precisar de mais tempo para receber e processar os dados.

Como o compartilhamento deve ser rápido e fluido, e a exibição do aplicativo de destino é leve, hospedada no aplicativo principal, os usuários podem tocar na exibição do aplicativo de destino para retornar ao aplicativo principal. Portanto, os aplicativos de destino não devem depender de uma interação do usuário (ou esperá-la) com a exibição de aplicativo de destino após o início do compartilhamento. Os aplicativos de destino podem depender do uso do objeto ShareOperation e seu método para informar ao Windows que o aplicativo está processando dados.

reportStarted – use esse método para informar ao Windows que o seu aplicativo começou a recuperar os dados do objeto DataPackage do aplicativo de origem.
reportDataRetrieved – use esse método para informar ao Windows que o seu aplicativo concluiu a recuperação dos dados do pacote.
reportCompleted – use esse método para informar ao Windows que o seu aplicativo concluiu a operação de compartilhamento.

Quando o seu aplicativo estiver processando os dados para um compartilhamento estendido, forneça ao usuário uma interface do usuário de andamento na exibição do aplicativo de destino. Isso informa o usuário de que a solicitação dele está em andamento e reforça a confiança quando ele retornar ao seu aplicativo e verificar o progresso da operação de compartilhamento. Consulte Quickstart: adding progress controls (Quickstart: adicionando controles de progresso) para saber mais sobre os controles de progresso no Windows 8.

Figura 11: A exibição do aplicativo de destino do Email mostra um anel de progresso ao concluir um compartilhamento estendido, como o envio de anexos grandes

Se algo der errado durante a transferência de dados e o seu aplicativo de destino tiver de concluir a operação de compartilhamento, você pode usar o reportError para enviar uma mensagem de erro para o Windows. O usuário verá a mensagem quando conferir o status do compartilhamento no painel Compartilhar. Depois que você reportar o erro, o seu aplicativo será fechado e o compartilhamento, concluído. O usuário precisará iniciar novamente para compartilhar o conteúdo com o seu aplicativo.

No exemplo do compartilhamento de destino do Food with Friends, se o aplicativo não puder identificar um restaurante em seu banco de dados que corresponda ao restaurante que foi compartilhado a partir do aplicativo de origem pelo formato de dados Restaurant, ele deverá reportar um erro.

Vamos recapitular!

O compartilhamento entre aplicativos fornece uma ótima oportunidade de compartilhar aplicativos de destino. Habilitando o seu aplicativo para receber conteúdo compartilhado, os seus usuários aproveitarão o seu aplicativo mesmo quando estiverem envolvidos em outra atividade. Esperamos que agora você compreenda melhor os princípios de design, os tipos de dados, as classes e propriedades que você pode usar para criar um ótimo destino de compartilhamento. Estamos ansiosos para saber como os seus aplicativos transformarão o conteúdo compartilhado e criarão experiências mais amplas e sofisticadas para o usuário final.

Se desejar saber mais sobre o compartilhamento, leia Copiando e trocando dados e Share content target app sample (Exemplo de aplicativo de destino de compartilhamento de conteúdo) para começar!

Ishita Kapur

Gerente de programas

Experiência do usuário do Windows

Desenvolva um aplicativo avançado com NFC

2013-04-24T22:40:52Z

A comunicação a curta distância (NFC, Near Field Communication) é uma tecnologia sem fio emergente de curto alcance. Com um alcance preciso de 2 cm, os usuários podem enviar/receber conteúdo tocando em dispositivos que estejam próximos um do outro para juntá-los. O toque permite que você selecione algo (ou alguém) rapidamente. Além de ser rápido, também é fácil de aprender. Basta ver para entender. Não é preciso ler um manual.

Por exemplo, imagine que você está vendo fotos com uma amiga e ela quer que você envie essas fotos para ela. Com a NFC, você só precisa tocar no seu dispositivo para enviá-las. Parece simples demais? Talvez, mas a ideia principal é simplificar o compartilhamento de conteúdo entre dispositivos.

Figura 1: Esta imagem mostra o Nokia 360 Speaker compartilhando as informações
de emparelhamento Bluetooth com um Windows Phone

Assim como o Bluetooth e o Wi-Fi, NFC é um protocolo sem fio padrão definido pela NFC Forum. Seu PC precisa de um rádio de NFC. Há muitos PCs com Windows 8 que têm rádios de NFC integrados diretamente a eles. Se a NFC não vier inclusa como parte do seu PC, você pode comprar dongles e conectá-los ao PC.

A NFC oferece funcionalidades bacanas. Os usuários podem tocar e enviar fotos, tocar em um menu para fazer um pedido em um restaurante, ou até mesmo tocar para emparelhar um dispositivo Bluetooth. Esses cenários são bastante diferentes entre si, mas o que eles têm em comum é o ¨toque¨ para iniciar a experiência. A NFC é usada em vários tipos de dispositivos, como PCs, telefones, alto-falantes, headsets, telas sem fio etc. para transformar a conexão entre dispositivos em uma experiência verdadeiramente intuitiva. Além disso, a NFC usa marcas de RFID; antenas leves, passivas e bastante econômicas que podem conter um volume considerável de dados e aderem a praticamente qualquer objeto, geralmente cartazes. Por exemplo, para comprar o ingresso de um filme bastaria tocar no cartaz do filme! Isso se chama marca de NFC. Apresentaremos um exemplo básico do toque em um marca de NFC para demonstrar os principais conceitos da API de NFC.

Mas, primeiro, vamos explicar melhor o que significa tocar para juntar dispositivos que estão próximos.

Definição de ¨toque¨

Assim como você toca para emparelhar um mouse Bluetooth ou para compartilhar fotos, também é importante tocar para juntar dispositivos que estejam próximos. Ainda que o conceito de toque já esteja bastante difundido, o toque para juntar um PC a outro dispositivo é uma novidade para a maioria das pessoas. Apresentamos algumas diretrizes do toque que mostram aos usuários:

Onde é possível tocar para juntar os dispositivos: com o uso da marca de toque, também conhecida como a marca visual de ¨Tocar e Fazer¨, que indica onde a antena de NFC está localizada. Dependendo do modelo do PC, há diferentes partes que podem ser tocadas. Por exemplo, você pode tocar na parte traseira de um tablet ou na parte frontal de um tudo-em-um. Esta é a aparência da marca em qualquer PC com Windows 8 habilitado para NFC:

Figura 2: Marca visual de Tocar e Fazer
Os dispositivos estão se comunicando entre si: durante o toque, os usuários devem ter a certeza de que algo está acontecendo, mesmo que não possam ver os dados que estão sendo transferidos. Por isso, o Windows reproduz um som quando os dispositivos estão próximos e se comunicando entre si.

O Windows executa essas ações automaticamente, para que você não precise se preocupar com isso. Para obter mais informações sobre os elementos da experiência do usuário, consulte Especificações de implementação da proximidade de curta distância. Tendo isso em mente, vamos explorar alguns cenários bacanas que você pode experimentar com a NFC.

Quando usar a NFC

Use a NFC quando um usuário precisar selecionar algo ou alguém no seu aplicativo. A NFC oferece uma forma intuitiva de selecionar, e é geralmente mais rápida (e mais bacana!) que a busca manual. O toque é o gatilho que inicia a experiência e, dependendo do seu aplicativo, a experiência pode ir desde o recebimento de uma foto até a criação de uma lista de reprodução. A decisão do que acontece depois do toque só depende do seu aplicativo. Então, para simplificar, classificamos esta gama de ações como experiências de ¨Tocar e Fazer¨.

Apresentamos, abaixo, alguns exemplos do uso da NFC para selecionar algo em um aplicativo. Você poderia tocar e...

Obter informações de um cartaz: As marcas de NFC são marcas de RFID leves e econômicas que custam entre US$ 0,15 e US$ 1,00 (o preço depende do custo de impressão). Elas podem ser comparadas a códigos de barras 2D, mas são mais fáceis e rápidas de usar. Tocar em uma marca é mais confortável do que tirar uma foto do código de barra (e esperar que a câmera pegue o ângulo certo). Há cada vez mais fabricantes inserindo marcas em cartazes em áreas movimentadas, como aeroportos, estações de metrô e paradas de ônibus. As marcas de NFC podem conter de 48 B a 4 KB de dados. Você pode programar uma marca para iniciar seu aplicativo em uma página específica.

Trocar informações de contato: em vez de soletrar seus dados de contato para um amigo e esperar que ele tenha anotado certo, toque nos dispositivos para juntá-los e trocar as informações de contato. Assim como no caso acima, você pode programar suas informações em um cartão de visitas/marca de NFC ou transferir as informações diretamente por meio de um aplicativo.
Reproduzir sua estação de rádio favorita: use uma marca de NFC para iniciar uma estação de rádio em casa onde você estiver; no trabalho, na academia ou no carro. Você pode até mesmo ter várias estações de rádio programadas em diferentes marcas, como, por exemplo: uma marca para a academia, outra para o trabalho e outra para a hora de dormir.
Fazer seu pedido em um restaurante cheio: ir a um restaurante badalado na hora do jantar significa ter de esperar um bom tempo para simplesmente fazer um pedido. Em vez disso, toque em uma marca na mesa para fazer o seu pedido.
Jogar um jogo multiplayer com um amigo: você pode se conectar facilmente a um jogo multiplayer como Battleship, Xadrez ou Scrabble com um amigo, tocando nos dispositivos para juntá-los. Após o toque, a conexão persiste por meio de um transporte fora de banda com alcance e taxa de transferência maiores, como Bluetooth ou Wi-Fi-Direct.

Agora que já temos uma boa noção sobre quando podemos usar a NFC, vamos para a parte divertida: desenvolver um aplicativo com nossas APIs de proximidade do Windows 8.

Como implementar a NFC

Como você pôde observar, a NFC facilita várias tarefas diárias para os usuários finais. Ajustar um alarme, por exemplo. Tenho certeza de que todo mundo já passou pela experiência de colocar a hora errada no alarme para despertar. Quando já está tarde e você só quer dormir, talvez não seja a melhor hora para fazer isso. A NFC facilita essa tarefa. Basta você tocar em uma marca predefinida, confirmar e ir dormir sem preocupações. Então, para ajudar os usuários nessa tarefa diária, suponha que você criou um aplicativo básico de alarme que permite aos usuários ajustar um alarme com o uso de uma marca de NFC. Essa suposição se divide em dois cenários.

Ajustar um alarme na marca: As marcas de NFC podem ser reutilizáveis, por isso o aplicativo deve permitir que os usuários programem um alarme. Por exemplo, um usuário pode querer programar diferentes alarmes: um para os dias úteis e outro para o fim de semana. Isso se chama publicar dados em uma marca.
Ajustar um alarme a partir da marca: Depois que o usuário tocar em uma marca, o aplicativo deve ser iniciado para confirmar o ajuste do alarme. Isso significa que o aplicativo pode ser iniciado com contexto ou argumentos.

A API de NFC oferece várias maneiras de cumprir o mesmo objetivo, mas abordarei a forma mais simples de implementar esse cenário.

Vamos ver, passo a passo, como ajustar um alarme em uma marca de NFC:

Mário inicia o aplicativo de alarme e define uma hora, digamos, 7:00. Isso é só o alarme, ainda sem nenhum envolvimento com a NFC.
Mário seleciona uma opção para ¨Ajustar alarme em marca de NFC¨. Nesse momento, o aplicativo chama as APIs de NFC para publicar informações no rádio NFC, especificamente uma cadeia de caracteres identificadora de aplicativo & 07:00. As marcas de NFC usam um formato de mensagem padronizado: o NDEF (formato de troca definido de NFC). Seu aplicativo não precisa se preocupar com a formatação de dados em uma mensagem de NDEF. O Windows faz isso para você! Agora, o usuário pode tocar na marca de NFC.
Mário toca na marca com o uso do PC, e o aplicativo confirma a programação da marca. Depois que a marca é tocada, é importante que os usuários saibam que seu aplicativo programou a marca com êxito. Como discutimos anteriormente, o toque no PC é um conceito novo para a maioria das pessoas, por esse motivo, a confirmação deixa o usuário confiante de que o que ele fez deu certo. O aplicativo sabe que uma mensagem foi transmitida com êxito registrando a informação em um manipulador de mensagens transmitidas.

As APIs de NFC podem ser encontradas no namespace Windows.Networking.Proximity. Elas desempenharão uma função na etapa 2, depois que o usuário selecionar a opção ¨Ajustar alarme em marca de NFC¨. Primeiro, o aplicativo inicializa um objeto de proximidade. O objeto de proximidade é usado para informar quando uma marca (ou dispositivo) está dentro/fora do alcance. Depois, adicionaremos um manipulador de eventos DeviceArrival. O manipulador detecta quando a marca é tocada, o que significa que podemos começar a escrever informações na marca. É útil informar aos usuários que eles estão escrevendo em uma marca, para que eles não saiam do alcance. Você pode usar o mesmo evento para detectar quando qualquer dispositivo de proximidade é tocado.

O trecho de código a seguir mostra como inicializar e adicionar um manipulador de eventos DeviceArrival.

JavaScript

var proximityDevice;

function initializeProximityDevice() {
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.getDefault();

    if (proximityDevice) {
        proximityDevice.addEventListener("devicearrived", proximityDeviceArrived);
       
}
   else {
        // No NFC radio on the PC, display an error message
    }


function proximityDeviceArrived(device) {
        // Let the user know we’re ‘Writing to Tag’

}
}

private void InitializeProximityDevice()
{

Windows.Networking.Proximity.ProximityDevice proximityDevice;
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.GetDefault();

    if (proximityDevice != null) {
        proximityDevice.DeviceArrived += ProximityDeviceArrived;
    
    }
    else
    {
        // No NFC radio on the PC, display an error message
    }
}

private void ProximityDeviceArrived(Windows.Networking.Proximity.ProximityDevice device)
{
            // Let the user know we’re ‘Writing to Tag’

}

Em seguida, publicamos informações na marca. O aplicativo publica duas coisas: uma cadeia de caracteres identificadora de aplicativo, que consiste em uma ID e uma plataforma de aplicativos, e argumentos de inicialização. No Windows 8, a ID de aplicativo é <nome da família do pacote>!<ID de aplicativo>, e a plataforma de aplicativos é ¨Windows¨. Você deve copiar o valor da ID de aplicativo do atributo ID do elemento Application no manifesto do pacote do seu aplicativo. O argumento de inicialização é ¨07:00¨; o alarme definido pelo usuário. Chamaremos isso de a mensagem.

Se o aplicativo funcionar em várias plataformas, você poderá publicar IDs e plataformas de aplicativos alternativas, para que você possa tocar na mesma marca em outro dispositivo compatível com NFC, como o Windows Phone 8! Para obter mais informações sobre IDs alternativas, visite o MSDN.

O aplicativo publica os dados na marca usando um método chamado publishBinaryMessage. O método assume três parâmetros: messageType, mensagem e uma função messageTransmittedHandler. Definiremos messageType como ¨LaunchApp:WriteTag¨, que informa ao Windows que seu aplicativo quer escrever informações em uma marca de NFC. A mensagem é apenas a mensagem que definimos anteriormente (argumentos de inicialização e cadeia de caracteres identificadora de aplicativo). Precisaremos armazenar a mensagem como mensagem binária em um buffer. A função messageTransmittedHandler registra retornos de chamadas. Com isso, seu aplicativo sabe que a mensagem foi escrita com êxito na marca. Usaremos essa função para informar duas coisas ao usuário: escrevemos uma mensagem com êxito na marca e a marca não precisa mais estar dentro do alcance.

As mensagens continuam sendo publicadas até a função StopPublishingMessage ser chamada, ou quando o objeto ProximityDevice for liberado. Neste exemplo, usaremos a função de interrupção. PublishBinaryMessage retorna uma ID de publicação. Usaremos essa mesma ID de publicação para interromper a publicação da mensagem no rádio de NFC.

O trecho de código a seguir mostra como escrever dados em uma marca de NFC.

JavaScript

var proximityDevice;

function getAlarmTime(){

    // Grab time set by the user, call this variable ‘Alarm’
    return Alarm;

}

function publishLaunchApp() {
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.GetDefault();

if (proximityDevice) {
        // The format of the app launch string is: "<args>\tWindows\t<AppName>".
        // The string is tab or null delimited.

        // The <args> string can be an empty string ("").
        var launchArgs = getAlarmTime();

        // The format of the AppName is: PackageFamilyName!PRAID.
        var praid = "AlarmApp"; // The Application Id value from your package.appxmanifest.

        var appName = Windows.ApplicationModel.Package.current.id.familyName + "!" + praid;

        var launchAppMessage = launchArgs + "\tWindows\t" + appName;

        var dataWriter = new Windows.Storage.Streams.DataWriter();
        dataWriter.unicodeEncoding = Windows.Storage.Streams.UnicodeEncoding.utf16LE;
        dataWriter.writeString(launchAppMessage);
        var launchAppPubId =
             proximityDevice.publishBinaryMessage(
                 "LaunchApp:WriteTag", 
                 dataWriter.detachBuffer(), 
                 proximityWriteTagLaunchAppMessageTransmitCallback);
        
    if (launchAppPubId != -1) {
            // Stop publishing the message on NFC radio
        proximityDevice.stopPublishingMessage(launchAppPubId);
    }

     }
}

function proximityWriteTagLaunchAppMessageTransmitCallback() {
    // Inform the user that: the message has been successfully written to a tag & the tag no longer needs to be in range
}

Windows.Networking.Proximity.ProximityDevice proximityDevice;

private string GetAlarmTime(){

    // Grab time set by the user, call this variable ‘Alarm’
    return Alarm;
}

private void PublishLaunchApp()
{
    proximityDevice = Windows.Networking.Proximity.ProximityDevice.GetDefault();

if (proximityDevice != null)
    {
        // The format of the app launch string is: "<args>\tWindows\t<AppName>".
        // The string is tab or null delimited.

        // The <args> string can be an empty string ("").
        string launchArgs = getAlarmTime();

        // The format of the AppName is: PackageFamilyName!PRAID.
        string praid = "MyAppId"; // The Application Id value from your package.appxmanifest.

        string appName = Windows.ApplicationModel.Package.Current.Id.FamilyName + "!" + praid;

        string launchAppMessage = launchArgs + "\tWindows\t" + appName;

        var dataWriter = new Windows.Storage.Streams.DataWriter();
        dataWriter.UnicodeEncoding = Windows.Storage.Streams.UnicodeEncoding.Utf16LE;
        dataWriter.WriteString(launchAppMessage);
        var launchAppPubId =
        proximityDevice.PublishBinaryMessage(
            "LaunchApp:WriteTag", dataWriter.DetachBuffer(), 
            proximityWriteTagLaunchAppMessageTransmitCallback);
    
    if (launchAppPubId!= -1)
    {
        proximityDevice.StopPublishingMessage(launchAppPubId);
    // Stop publishing the message on NFC radio
    }

    }
}

private void proximityWriteTagLaunchAppMessageTransmitCallback(
    Windows.Networking.Proximity.ProximityDevice sender,
    long messageId)
{
        // Inform the user that: the message has been successfully written to a tag & the tag no longer needs to be in range
}

E é isso! Agora você já sabe como escrever em uma marca de NFC por meio de um aplicativo da Windows Store. É bem simples, então vamos para o cenário seguinte: ajustar um alarme a partir da marca. Vamos ver, passo a passo, como ler um alarme de uma marca de NFC:

Mário está lendo um livro digital/escrevendo um email/jogando/usando o Windows e se lembra que precisa ajustar o alarme para segunda-feira de manhã. Ele pega sua marca de ¨Alarme de fim de semana¨e toca nela pelo PC. Ele recebe uma notificação do sistema convidando-o a iniciar seu aplicativo de alarme. O Windows cuida de tudo até esse ponto. Seu aplicativo não precisa fazer nada.
Mário aceita, e seu aplicativo é inicializado, exibindo a tela ¨Confirmar alarme¨ e o horário 7:00. Depois que o Mário aceita a notificação do sistema, o Windows envia os argumentos de inicialização (iguais aos de cima) ao seu aplicativo durante a ativação. Isso se chama inicialização contextual, e é o mesmo que inicializar o aplicativo em uma página específica.
Mário define o alarme. Isso é só o alarme, sem a NFC.

É bem fácil obter os argumentos de inicialização da marca de NFC. O aplicativo precisa manipular inicialização contextual de uma marca de NFC. A inicialização contextual é o mesmo que inicializar seu aplicativo em uma página específica. Nossos argumentos de inicialização especificam um alarme (7:00), que seu aplicativo usa para exibir um alarme proposto. Além disso, se o seu aplicativo não estiver instalado no PC, o Windows convidará o Mário a instalar o aplicativo a partir da Windows Store, automaticamente!

O trecho de código a seguir mostra como implementar a inicialização contextual.

JavaScript

app.onactivated = function (args) {
    if (args.detail.kind === activation.ActivationKind.launch) {
        if (args.detail.arguments == "Windows.Networking.Proximity.PeerFinder:StreamSocket") {
            //do nothing here.
        }
        else {
    // Use args.detail.arguments to parse out ’07.00’ string, and display to the user
        }

        args.setPromise(WinJS.UI.processAll());
    }
}

async protected override void OnLaunched(LaunchActivatedEventArgs args)
        {
            if (args.Arguments == "Windows.Networking.Proximity.PeerFinder:StreamSocket")
            {
                _isLaunchedByTap = true;
            }
            else
            {
// Use args.Arguments to parse out ’07.00’ string, and display to the user

            }
            Window.Current.Activate();
        }

Isso é tudo que seu aplicativo precisa fazer para dar suporte à leitura e gravação em uma marca de NFC. Bem simples para um cenário de tecnologia tão avançada! Antes de terminar, vamos falar sobre uma questão de higiene: o tratamento de erros.

Tratamento de erros

Há alguns erros comuns que seu aplicativo pode encontrar.

A marca tocada não tem o formato NDEF. O Windows 8 não oferece suporte automático à reformatação de uma marca em NDEF, por isso você precisa baixar e instalar um formatador de NDEF.
A marca tocada é somente para leitura. Algumas marcas de NFC podem estar bloqueadas com permissão somente de leitura (como as antigas fitas de VHS).
A marca tocada é pequena demais e não comporta todos os dados.
O PC de um usuário não tem NFC. Como mencionei desde o início, a NFC é uma tecnologia emergente cuja adoção ainda está sendo difundida. Para verificar se um PC oferece suporte à proximidade, use o método ProximityDevice.getDefault(); o método retornará NULL se não houver rádios NFC instalados.

É divertida e intuitiva!

A NFC finalmente chegou, pronta para os consumidores padrão, e o Windows tem o ecossistema e uma experiência de usuário completa e bem projetada. A tecnologia tem muito potencial para desenvolver aplicativos e experiências em dispositivos altamente intuitivos. É divertida e intuitiva.

A NFC é um assunto bastante vasto, por isso fique atento nas próximas postagens no blog sobre outras experiências bacanas para desenvolvedores de NFC no Windows 8.

Para saber mais sobre NFC e proximidade, consulte os recursos abaixo.

Recursos

Link	Types
Diretrizes para desenvolver usando a proximidade	Documento
APIs de proximidade	Documento
Testando e resolvendo problemas de proximidade em aplicativos	Documento
Publicação e subscrição (com mais detalhes)	Documento
Amostra de aplicativo com proximidade	Amostra
Tem alguma pergunta sobre proximidade? Pergunte aqui	Fórum

Obrigada,

Priya Dandawate
gerente de programas, dispositivos e rede

Com as contribuições de: Max Morris, Marzena Makuta, Mike Loholt, Jake Sabulsky e Vishal Mhatre

Criando aplicativos conectados da Windows Store

2013-04-17T20:57:52Z

As pessoas estão sempre cercadas por dispositivos conectados a uma rede. Até mesmo as geladeiras e máquinas de lavar mais modernas podem se conectar à Internet e a redes domésticas. Por isso, é claro que os usuários finais esperam que seus aplicativos também estejam conectados. Esses ¨aplicativos conectados¨ consomem o conteúdo mais recente da Web: mídias sociais, mídias digitais, blogs e outros tipos de conteúdo. O desenvolvimento de aplicativos conectados tornou-se a norma, ainda assim pode ser desafiador lidar com problemas comuns, como a perda da conexão à rede, os custos de redes limitadas ou problemas de desempenho. Mais do que nunca, o Windows 8 facilita a escrita de um aplicativo conectado.

Nesta postagem, apresentaremos algumas dicas úteis para você proporcionar uma experiência de conexão rápida, fluida e descomplicada aos usuários dos seus aplicativos da Windows Store.

Escolha a API certa para os seus cenários
Escolha as funcionalidades de rede certas
Adapte o comportamento do aplicativo para redes limitadas
Reaja à alteração de status da rede
Conteúdo de cache para fluidez

Agora, vamos falar mais sobre os detalhes de cada dica.

Escolha a API certa

Para construir uma casa, você vai querer usar as ferramentas certas. Um martelo para martelar pregos, uma serra para cortar tábuas e uma chave de fenda para apertar os parafusos. Da mesma forma, você buscará as APIs de rede certas para desenvolver um aplicativo conectado da Windows Store. O Windows 8 oferece uma grande variedade de APIs de rede que seu aplicativo pode usar para se comunicar com outros computadores e dispositivos pela Internet ou em redes privadas. Por isso, o primeiro passo é determinar os recursos de rede de que seu aplicativo precisa.

O cenário de rede mais comum é o acesso a um site para obter ou armazenar informações. Um exemplo simples seria um jogo que usa um site para armazenar informações e pontuações dos usuários. Um exemplo mais complexo seria um aplicativo que se conecta a um serviço Web baseado em REST e usa uma biblioteca fornecida pelo serviço Web para acessar ou armazenar informações. O Windows 8 conta com várias APIs que se conectam a sites e serviços Web. Com essas APIs, seu aplicativo pode acessar serviços Web que dão suporte a REST ou enviar comandos básicos de protocolo HTTP (como GET e POST) a um servidor Web. Para o acesso à Web, a API certa depende da linguagem que você usa para desenvolver o aplicativo:

XMLHTTPRequest e WinJS.xhr: aplicativos escritos em JavaScript e HTML.
HttpClient: aplicativos escritos em C# ou Visual Basic .NET e XAML.
XML HTTP Request 2 (IXHR2): aplicativos escritos em C++ e XAML.

O código a seguir mostra como executar uma solicitação/resposta básica com um serviço Web baseado em REST. Neste caso, o serviço Web poderia executar um script ASP.NET no servidor Web.

JavaScript

function makeXHRCall() {
    WinJS.xhr({ uri: "http://www.microsoft.com/en-us/default.aspx” }).done(
        function onComplete(result) {
            print(result.responseText);
        },
        function onError(err) {
            print("Error: " + err.responseText);
        });
}

private async void MakeHttpCall()
{
    HttpClient httpClient = new HttpClient();
    try {
        string response = await httpClient.GetStringAsync("http://www.microsoft.com/en-us/default.aspx");
    }
    catch (Exception) {
        // Handle exception.
    }
}

Para obter mais informações sobre WinJS.xhr, consulte Conectando serviços Web (aplicativos da Windows Store em JavaScript e HTML). Para obter mais informações sobre HttpClient, consulte Início rápido: Conectando com o uso de HttpClient (aplicativos da Windows Store em C#/VB/C++ e XAML) e a amostra de HttpClient.

Outro cenário de rede comum é baixar e carregar arquivos em transferências que podem levar algum tempo. Um exemplo seria um aplicativo de câmera ou galeria de fotos que precisa carregar ou baixar fotos ou álbuns de fotos de um serviço Web. Essas transferências podem levar muito tempo, por isso não faz sentido obrigar o usuário a esperar até que a transferência termine. A API Windows.Networking.BackgroundTransfer oferece a capacidade de baixar ou carregar arquivos mesmo quando seu aplicativo não está mais em execução. O aplicativo começa a transferência quando está em execução em primeiro plano, com foco, e o Windows 8 continua a transferência em segundo plano, mesmo se o aplicativo não estiver mais em execução.

Outro cenário mais especializado é o acesso a conteúdo sindicalizado. A API Windows.Web.Syndication pode obter feeds nos formatos RSS ou Atom. Além disso, a API Windows.Web.AtomPub permite que um aplicativo publique dados em vários formatos AtomPub.

Em cenários para os quais não há um protocolo de rede de nível superior específico disponível por meio de uma API, o Tempo de Execução do Windows também oferece suporte para soquetes TCP e UDP (juntamente com multicast). A API Windows.Networking.Sockets oferece uma StreamSocket (TCP) e a DatagramSocket (UDP) para que você possa implementar outros protocolos de camada superior.

Observação: O Windows 8 apresenta um novo tipo de soquete chamada WebSocket. Para obter mais informações sobre WebSockets e quando usá-las, consulte Conectando-se com WebSockets.

A tabela a seguir apresenta uma lista mais completa de recursos de rede suportados, com links para informações adicionais.

APIs

Recursos

Exemplos

Windows.Web.Syndication

Windows.Web.AtomPub

Obtenção de feeds nos formatos RSS ou Atom em várias versões. Essas APIs facilitam a implementação de suporte para novos formatos, como OData. O Tempo de Execução do Windows também oferece suporte para o protocolo de publicação Atom, permitindo a publicação de coleções Atom.
Para obter mais informações, consulte Acessando e gerenciando conteúdo sindicalizado.

Amostra de sindicalização

Amostra de AtomPub

Leitores de RSS

Windows.Networking.BackgroundTransfer

Download e carregamento de conteúdo ininterrupto, continuável e com reconhecimento de custos, mesmo quando o aplicativo de chamada não está em primeiro plano. Essa API oferece suporte para transferências de conteúdo com o uso de protocolos HTTP, HTTPS e FTP.
Para obter mais informações, consulte Transferindo dados em segundo plano.

Amostra de transferência em segundo plano

SkyDrive

Vídeo no Xbox

XMLHTTPRequest (JavaScript)

WinJS.xhr (JavaScript)

HttpClient (C#)

XML HTTP Request 2 (IXHR2) (C++)

Interação com serviços Web baseados em REST e outros protocolos baseados em HTTP.
Para obter mais informações, consulte Conectando serviços Web.

XHR, manipulação de erros de navegação e amostra de esquemas URL

Amostra de HttpClient

Mapas do Bing

Windows.Networking.Proximity

Detecção da proximidade entre dois dispositivos, para que os aplicativos possam ativar a comunicação em rede entre eles com o uso de APIs de soquete.
Para obter mais informações, consulte Suportando proximidade e toque.

Amostra de proximidade

Jogos

Aplicativos de colaboração

Windows.Storage.Pickers

Comunicação com compartilhamentos de arquivos remotos.
Para obter mais informações, consulte Acessando dados e arquivos.

Amostra de seletor de arquivos

Música no Xbox

Fotos

Windows.Networking.Sockets

Conexão a um serviço que usa um protocolo não suportado pelas APIs já mencionadas, como SMTP, MAPI ou telnet, ou conexão com outro dispositivo na mesma rede local. Usada também para aplicativos que requerem semântica semelhante a de soquetes (assíncrona, bidirecional) para se conectarem pela Web (incluindo proxies HTTP) a um novo serviço.
Para obter mais informações, consulte Conectando-se com soquetes.

Amostra de StreamSocket

Amostra de DatagramSocket

Amostra de conexão com WebSockets

Amostras de ControlChannelTrigger

Lync, quadro de comunicações ou seletores de estoque

Windows.Storage.ApplicationData

O Windows 8 transfere automaticamente determinados dados de aplicativos entre os dispositivos dos usuários. O roaming de dados de aplicativos beneficia os aplicativos que os usuários utilizam em mais de um dispositivo, como um PC no trabalho e um tablet em casa, e instala o aplicativo em vários dispositivos.
Para obter mais informações, consulte Diretrizes de dados de aplicativo de roaming.

Amostra de dados de aplicativo

Escolha as funcionalidades de rede certas

O isolamento da rede é parte do modelo de segurança de aplicativos usado pelo Windows 8. O Windows detecta limites de rede ativamente e aplica restrições de acesso à rede para o isolamento da mesma. Quando implantadas adequadamente, essas funcionalidades ajudam a proteger seus usuários e aplicativos de ataques mal-intencionados.

Os aplicativos devem declarar funcionalidades de isolamento de rede para definir o escopo do acesso à rede. Sem declarar essas funcionalidades, seu aplicativo não terá acesso aos recursos da rede. Consulte Como definir as funcionalidades de rede para saber mais sobre como o Windows aplica o isolamento da rede para aplicativos.

Você não pode usar a rede como um mecanismo de comunicação interprocessual entre um aplicativo da Windows Store e um aplicativo de desktop no mesmo dispositivo. Por esse motivo, não é possível usar endereços de loopback IP em um aplicativo da Windows Store. Há exceções limitadas para fins de desenvolvimento que permitem o uso de endereços de loopback IP em operações no depurador do Visual Studio. Para obter mais informações, consulte Como habilitar loopback e solucionar o isolamento de rede.

As solicitações de acesso à rede se dividem em duas categorias:

Solicitações de saída iniciadas pelo cliente: Seu aplicativo age como o cliente e inicia o acesso à rede enviando uma solicitação de rede inicial a um computador remoto, normalmente um servidor. O aplicativo envia uma ou mais solicitações ao servidor, e o servidor envia de volta uma ou várias respostas. Por exemplo, todo tráfego de um aplicativo de cliente Web a um servidor Web se inclui nessa categoria.
Solicitações de entrada não solicitadas: Seu aplicativo age como um servidor de rede e escuta solicitações de rede de entrada de um computador remoto. O computador remoto inicia o acesso à rede enviando uma solicitação inicial ao seu aplicativo, que age como um servidor. O computador remoto envia uma ou mais solicitações ao seu aplicativo, que envia de volta uma ou várias respostas ao computador remoto. Por exemplo, um aplicativo que funciona como um servidor de mídia se inclui nessa categoria.

Siga o princípio do mínimo de privilégios e adicione apenas as funcionalidades de que seu aplicativo precisa. Talvez seu aplicativo precise apenas de solicitações de saída iniciadas pelo cliente ou também precise de solicitações de entrada não solicitadas. Alguns aplicativos podem precisar também de acesso a certificados e credenciais de usuário no processo de autenticação em uma rede.

A tabela a seguir mostra detalhes das funcionalidades de isolamento de rede e outros recursos relacionados que costumam ser necessários para aplicativos conectados. As três primeiras são funcionalidades primárias de isolamento de rede que os aplicativos conectados usam. Na verdade, seu aplicativo conectado deve ter pelo menos uma destas três primeiras funcionalidades. Os outros itens na tabela são funcionalidades adicionais que muitas vezes são necessárias por alguns aplicativos conectados.

Funcionalidade de rede

Descrição

Aplicativos de exemplo

Internet (cliente)

Fornece acesso de saída à Internet e a redes em locais públicos como aeroportos e cafés. A maioria dos aplicativos que requerem acesso à Internet devem declarar essa funcionalidade.

Leitores de RSS

Redes sociais

Jogos

Internet (cliente e servidor)

Fornece acesso de entrada e saída à Internet e a redes em locais públicos como aeroportos e cafés. O acesso de entrada a portas essenciais é sempre bloqueado. Essa funcionalidade é um superconjunto da funcionalidade Internet (cliente); não é necessário declarar as duas.

Aplicativos P2P

Jogos multiplayer que detectam jogadores com o uso de multicast

Redes privadas (cliente e servidor)

Fornece acesso de entrada e saída à rede em locais privados listados como confiáveis pelo usuário. Esses locais são geralmente as redes de casa ou do trabalho. O acesso de entrada a portas essenciais é sempre bloqueado.

Aplicativos que acessam conteúdo NAS

Aplicativos de linha de negócios

Jogos multiplayer que detectam jogadores com o uso de multicast em uma rede privada (em casa ou no trabalho)

Proximidade

Necessária para comunicação de proximidade a curta distância com dispositivos. Permite que os aplicativos acessem a rede para se conectar a um dispositivo a curta distância, com consentimento do usuário para enviar ou aceitar um convite.

Jogos multiplayer com usuários a curta distância

Autenticação empresarial

Fornece a funcionalidade para se conectar a recursos da intranet empresarial que requerem credenciais de domínio.

Aplicativos de linha de negócios

Certificados compartilhados de usuário

Fornece a funcionalidade para acessar certificados de software e hardware, como certificados de cartão inteligente, para validar a identidade de um usuário. Quando APIs relacionadas são chamadas no tempo de execução, o usuário deve realizar uma ação (inserir um cartão ou selecionar um certificado).

Aplicativos de rede privada virtual

Aplicativos de linha de negócios

Use esta lista de verificação para garantir que o isolamento de rede está configurado no seu aplicativo:

Determine a direção do acesso à rede de que o seu aplicativo precisa, as solicitações de saída iniciadas por clientes, solicitações de entrada não solicitadas, ou ambos.
Determine o tipo de recursos de rede com os quais o seu aplicativo se comunicará: recursos confiáveis em uma rede doméstica ou corporativa, recursos na Internet ou ambos.
Configure a capacidade de isolamento mínima necessária da rede no manifesto do aplicativo. Você pode fazer isso usando o Designer de Manifesto de Aplicativo no Microsoft Visual Studio 2012, ou adicione-os manualmente.
Implante e execute o seu aplicativo para testá-lo usando as ferramentas de isolamento da rede para solucionar problemas. Para obter mais informações, consulte Como habilitar loopback e solucionar o isolamento de rede.

A captura de tela seguinte mostra como habilitar as funcionalidades da rede, usando o Designer de Manifesto de Aplicativo no Microsoft Visual Studio 2012.

Selecione funcionalidades de rede no package.appxmanifest do seu aplicativo no Visual Studio 2012

Adapte o comportamento do aplicativo para redes limitadas

Pense sobre a última vez em que você estava chegando ao seu limite mensal de dados ou, talvez, na última vez em que você viajou para o exterior. Nestas situações, eu normalmente acabava usando o meu dispositivo e os meus aplicativos com cautela para evitar tarifas de rede desnecessárias.

O Windows 8 trata desse problema do usuário permitindo que os aplicativos monitorem os recursos disponíveis da rede e se comportem adequadamente quando estiverem em redes limitadas. Para promover a confiança dos usuários em seu aplicativo, você pode torná-lo capaz de identificar quando uma conexão pode incorrer em custos e adaptar o comportamento do aplicativo para evitar ou reduzir essas tarifas.

A API Windows.Networking.Connectivity fornece informações sobre o tipo e o custo de uma conexão de rede. Isto permite que o seu aplicativo determine quando usar os recursos da rede normalmente, quando usá-los de maneira conservadora ou quando solicitar a permissão do usuário.

Uma ConnectionProfile representa uma conexão de rede. O seu aplicativo pode usar a ConnectionCost de uma ConnectionProfile para determinar se deve ou não adaptar o seu comportamento. A propriedade NetworkCostType indica o tipo de conexão de uma rede. Existem quatro valores possíveis:

Irrestrita: o uso desta conexão de rede é ilimitado. Ela não tem tarifas de uso ou restrições na capacidade.
Fixa: o uso desta conexão de rede é irrestrito até um limite específico.
Variável: o uso desta conexão de rede é limitado por uso de bytes.
Desconhecida: a informação de custo não está disponível para esta conexão de rede.

Diversas outras propriedades boolianas para a ConnectionCost oferecem ainda mais informações.

Roaming: a conexão é com uma rede fora do provedor doméstico.
ApproachingDataLimit: a conexão está chegando ao limite de uso especificado pelo plano de dados.
OverDataLimit: a conexão excedeu o limite de uso especificado no plano de dados.

Faça o seu aplicativo responder às condições indicadas por essas propriedades. Sempre que uma conexão estiver Roaming, os custos de dados associados ao uso da rede podem ser elevados. Quando a NetworkCostType for Variável, a rede é uma rede limitada, onde o usuário paga pelo volume de dados enviados ou recebidos na rede. Quando a NetworkCostType for Fixa, existe causa para preocupação caso o usuário já esteja acima ou chegando próximo ao limite de dados.

Utilizando estas informações, um aplicativo pode seguir essas diretrizes para decidir como melhor utilizar os recursos da rede.

Comportamento

Custo da conexão

Diretrizes do aplicativo

Exemplos

Normal

A NetworkCostType é irrestrita ou desconhecida e a ConnectionCost não está Roaming

O aplicativo não implementa restrições. O aplicativo trata a conexão como sendo Ilimitada em custo e sem restrições derivadas de tarifas de uso ou restrições de capacidade.

O aplicativo de media player pode reproduzir um filme HD inteiro.

O aplicativo pode fazer o download de um arquivo grande sem quaisquer restrições ou consultas.

Conservador

A NetworkCostType é Fixa ou Variável e a ConnectionCost não está Roaming ou OverDataLimit

O aplicativo implementa restrições para o uso otimizado da rede de modo que possa lidar com operações em redes limitadas.

O aplicativo de media player pode reproduzir filmes em resoluções mais baixas.

O aplicativo pode atrasar downloads que não sejam importantes.

Opções

A ConnectionCost está Roaming ou OverDataLimit

O aplicativo lida com casos excepcionais onde o custo de acesso da rede é significativamente mais alto do que o custo do plano.

O aplicativo avisa o usuário para acessar a rede.

O aplicativo suspende todas as atividades de rede dos dados em segundo plano.

Este código de exemplo verifica o custo da conexão e faz sugestões para o comportamento adequado do aplicativo.

JavaScript

var CostGuidance = { Normal: 0, Conservative: 1, OptIn: 2 };
// GetCostGuidance returns an object with a Cost (with value of CostGuidance), 
// CostName (a string) and Reason, which says why the cost is what it is.
function GetCostGuidance() 
{
    var connectionCost = Windows.Networking.Connectivity.NetworkInformation.getInternetConnectionProfile().getConnectionCost();
    var networkCostConstants = Windows.Networking.Connectivity.NetworkCostType;
    var Retval = new Object();
    if (connectionCost.roaming || connectionCost.overDataLimit)
    {
        Retval.Cost = CostGuidance.OptIn;
        Retval.CostName = "OptIn";
        Retval.Reason = connectionCost.roaming
            ? "Connection is roaming; using the connection may result in additional charge."
            : "Connection has exceeded the usage cap limit.";
    }
    else if (connectionCost.networkCostType == networkCostConstants.fixed
        || connectionCost.networkCostType == networkCostConstants.variable)
    {
        Retval.Cost = CostGuidance.conservative;
        Retval.CostName = "Conservative";
        Retval.Reason = connectionCost.networkCostType == NetworkCostType.fixed
            ? "Connection has limited allowed usage."
            : "Connection is charged based on usage. ";
    }
    else
    {
        Retval.Cost = CostGuidance.Normal;
        Retval.CostName = "Normal";
        Retval.Reason = connectionCost.networkCostType == networkCostConstants.unknown
            ? "Connection is unknown."
            : "Connection cost is unrestricted.";
    }

    return Retval;
}

public enum NetworkCost { Normal, Conservative, OptIn };
public class CostGuidance
{
    public CostGuidance()
    {
        var connectionCost = NetworkInformation.GetInternetConnectionProfile().GetConnectionCost();
        Init(connectionCost);
    }
    public NetworkCost Cost { get; private set; }
    public String Reason { get; private set; }


    public void Init(ConnectionCost connectionCost)
    {
        if (connectionCost == null) return;
        if (connectionCost.Roaming || connectionCost.OverDataLimit)
        {
            Cost = NetworkCost.OptIn;
            Reason = connectionCost.Roaming
                ? "Connection is roaming; using the connection may result in additional charge."
                : "Connection has exceeded the usage cap limit.";
        }
        else if (connectionCost.NetworkCostType == NetworkCostType.Fixed
            || connectionCost.NetworkCostType == NetworkCostType.Variable)
        {
            Cost = NetworkCost.Conservative;
            Reason = connectionCost.NetworkCostType == NetworkCostType.Fixed
                ? "Connection has limited allowed usage."
                : "Connection is charged based on usage. ";
        }
        else
        {
            Cost = NetworkCost.Normal;
            Reason = connectionCost.NetworkCostType == NetworkCostType.Unknown
                ? "Connection is unknown."
                : "Connection cost is unrestricted.";
        }
    }
}

Use a amostra de informação da rede para saber mais sobre como adaptar o comportamento de aplicativos para redes limitadas.

Os usuários também podem executar o Gerenciador de Tarefas para verificar o volume de dados de rede que cada aplicativo está consumindo. Esta captura de tela mostra um exemplo.

A guia Histórico de Aplicativos no Gerenciador de Tarefas permite que os usuários vejam o consumo de CPU e rede por aplicativo

Reaja à alteração de status da rede

Em qualquer situação com um dispositivo móvel, as redes podem se conectar ou desconectar. Uma rede de banda larga móvel 3G ou 4G pode ficar fora do alcance na casa ou na garagem de um usuário enquanto o Wi-Fi ainda está disponível. Da mesma forma, um Wi-Fi pode ficar fora do alcance quando um usuário deixa a sua casa. Pode haver situações onde nenhuma rede esteja disponível. Dada a proliferação de redes Wi-Fi e de redes de banda larga móveis, tais alterações na rede ocorrem com frequência.

Um evento NetworkStatusChanged indica que o custo disponível ou as opções de conectividade podem ter sido alterados. Para reagir a alterações no status da rede e fornecer ao usuário uma ótima experiência quando as alterações ocorrerem, faça com que os seus aplicativos conectados sigam as seguintes diretrizes.

Perda da conexão devido a erro

Na maioria dos casos, as conexões podem ser restabelecidas simplesmente repetindo a operação de rede. Se isto falhar, espere por um evento NetworkStatusChanged. Recomendamos que os aplicativos usem intervalos crescentes de retirada entre as tentativas, começando com um valor de 50 milissegundos e aumentando este intervalo exponencialmente caso as conexões continuem a falhar.

Perda da rede

Informe o usuário que a conexão foi perdida, faça o registro e espere por um evento NetworkStatusChanged.

Nova disponibilidade de rede

Pode haver situações em que o dispositivo está conectado a múltiplas redes. Por exemplo, um usuário pode estar conectado a uma banda larga móvel, conversando com amigos por meio do aplicativo Windows 8 Messaging antes de chegar em casa e pode estar conectado a uma rede irrestrita ali também. A política padrão no Windows 8 é preferir uma rede irrestrita em vez de uma rede limitada e uma rede mais rápida em vez de uma mais lenta. Entretanto, conexões já estabelecidas por um aplicativo não alternam automaticamente para uma nova rede. Nesse caso, o aplicativo deve agir pois apenas o aplicativo pode tomar a melhor decisão sobre se deve ou não alternar para a nova rede.

Por exemplo, se a transmissão de um vídeo estiver quase concluída, pode não fazer sentido alternar a conexão para uma nova rede. Entretanto, se a rede atual estiver caindo, lenta demais ou se a transmissão for levar mais tempo para concluir, a alternância para uma nova rede pode ser o melhor.

Se você determinar que a alternância de rede é plausível para a situação do seu aplicativo, siga estas diretrizes quando detectar uma nova rede:

Verifique os custos da rede já existentes e da nova rede. Se fizer sentido alternar para a nova rede, tente fazer uma nova conexão de rede e tente a operação de rede novamente baseando-se nas diretrizes que acabamos de mencionar. O Windows automaticamente selecionará a rede irrestrita em vez da rede limitada e a rede mais rápida em vez da mais lenta.
Se a nova conexão de rede for bem sucedida, use a nova conexão à rede no seu aplicativo e cancele a operação de rede original na rede anterior, caso a conexão já exista.

Alteração no custo da rede

Alterações no custo da rede podem ocorrer quando a NetworkCostType é Fixa e o uso já estiver acima ou chegando próximo ao limite de dados. Alterações no custo da rede também podem ocorrer se a NetworkCostType se tornar Variável, ou se o Roaming mudar para verdadeiro. Nesses casos, adapte o comportamento do aplicativo baseando-se nas diretrizes da dica anterior.

Os códigos de exemplos usam o evento NetworkStatusChanged para fornecer uma ótima experiência de aplicativo para várias alterações de status em redes. Ambos os exemplos usam uma variável booliana global denominada registeredNetworkStatusNotification, inicialmente definida como falso.

JavaScript

// Register for NetworkStatusChanged notifications, and display new 
// Internet ConnectionProfile info upon network status change.
function registerForNetworkStatusChange() {
    try {

        // Register for network status change notifications.
        if (!registeredNetworkStatusNotification) {
            var networkInfo.addEventListener("networkstatuschanged", onNetworkStatusChange);
            registeredNetworkStatusNotification = true;
        }
    }
    catch (e) {
        print("An unexpected exception occurred: " + e.name + ": " + e.message);
    }
}

// Event handler for NetworkStatusChanged event
function onNetworkStatusChange(sender) {
    try {
        // Get the ConnectionProfile that is currently used to connect 
        // to the Internet.
        var internetProfile = networkInfo.getInternetConnectionProfile();
        if (internetProfile === null) {
            print("Not connected to Internet\n\r");
        }
        else {
            internetProfileInfo += getConnectionProfileInfo(internetProfile) + "\n\r";
            print(internetProfileInfo);
        }
        internetProfileInfo = "";
    }
    catch (e) {
        print("An unexpected exception occurred: " + e.name + ": " + e.message);
    }
}

// Register for NetworkStatusChanged notifications, and display new 
// Internet ConnectionProfile info upon network status change.
void NetworkStatusChange()
{
    // Register for network status change notifications.
    try
    {
        var networkStatusCallback = new NetworkStatusChangedEventHandler(OnNetworkStatusChange);
        if (!registeredNetworkStatusNotification)
        {
            NetworkInformation.NetworkStatusChanged += networkStatusCallback;
            registeredNetworkStatusNotification = true;
        }
    }
    catch (Exception ex)
    {
        rootPage.NotifyUser("Unexpected exception occurred: " + ex.ToString(), NotifyType.ErrorMessage);
    }
}

// Event handler for NetworkStatusChanged event
async void OnNetworkStatusChange(object sender)
{
    try
    {
        // Get the ConnectionProfile that is currently used to connect 
        // to the Internet                
        ConnectionProfile InternetConnectionProfile = NetworkInformation.GetInternetConnectionProfile();

        if (InternetConnectionProfile == null)
        {
            await _cd.RunAsync(CoreDispatcherPriority.Normal, () =>
            {
                rootPage.NotifyUser("Not connected to Internet\n", NotifyType.StatusMessage);
            });
        }
        else
        {
            connectionProfileInfo = GetConnectionProfile(InternetConnectionProfile);
            await _cd.RunAsync(CoreDispatcherPriority.Normal, () =>
            {
                rootPage.NotifyUser(connectionProfileInfo, NotifyType.StatusMessage);
            });
        }
        internetProfileInfo = "";
    }
    catch (Exception ex)
    {
        rootPage.NotifyUser("Unexpected exception occurred: " + ex.ToString(), NotifyType.ErrorMessage);
    }
}

Para mais informações sobre o evento NetworkStatusChanged , consulte o Guia de início rápido: Gerenciando eventos de conexão e mudanças na disponibilidade e a Network information sample (Amostra de informações da rede).

Conteúdo de cache para fluidez

Passando conteúdo de cache para o disco dá ao seu aplicativo rapidez e fluidez. Por exemplo, um aplicativo leitor de RSS feed pode exibir imediatamente os feeds que foram colocados em cache no disco em uma sessão anterior. Assim que os feeds mais recentes estiverem disponíveis, o aplicativo atualiza o conteúdo. O cache assegura que o usuário tenha conteúdo para ler logo no início, enquanto o aplicativo obtém um novo conteúdo.

O Windows 8 oferece a classe ApplicationData no namespace Windows.Storage. Esta classe oferece acesso ao repositório de dados do aplicativo. Este repositório de dados consiste de arquivos e configurações que são locais ao dispositivo, que são transferidos por múltiplos dispositivos ou que são temporários.

Arquivos são ideais para armazenar grandes conjuntos de dados, bancos de dados ou dados que estejam em um formato de arquivo comum. Arquivos podem existir em pastas roaming, locais ou temporárias. O que isso significa é o seguinte:

Arquivos Roaming são sincronizados em múltiplas máquinas e dispositivos nos quais os usuários entraram com contas conectadas. O Roaming de arquivos não é instantâneo; o sistema avalia vários fatores para determinar quando enviar informações. Mantenha o uso de dados de roaming abaixo da cota (disponível por meio da propriedade RoamingStorageQuota ). Se a cota for excedida, o roaming de dados será suspenso. Arquivos não podem ser transferidos enquanto um aplicativo os estiver gravando. Portanto, certifique-se de fechar os objetos de arquivos do seu aplicativo quando eles não forem mais necessários.
Arquivos locais não são sincronizados em múltiplas máquinas. Eles permanecem na máquina onde foram originalmente gravados.
Arquivos temporários estão sujeitos a serem excluídos quando não estiverem em uso. O sistema considera fatores como capacidade disponível do disco e idade de um arquivo, para determinar quando ou se deve excluir um arquivo temporário.

Estes códigos de exemplo fazem o cache de conteúdo no disco. Fazer o cache da resposta do servidor permite que o seu aplicativo exiba imediatamente o conteúdo ao usuário após um término ou um reinício de sessão. Por uma questão de concisão, estes exemplos não mostram como gravar configurações para o repositório de dados de aplicativo ou como reagir a eventos de roaming. A Application data sample (Amostra de dados do aplicativo) cobre estes detalhes.

JavaScript

var roamingFolder = Windows.Storage.ApplicationData.current.roamingFolder;
var filename = "serverResponse.txt";

function cacheResponse(strResponse) {
    roamingFolder.createFileAsync(filename, Windows.Storage.CreationCollisionOption.replaceExisting)
        .done(function (file) {
            return Windows.Storage.FileIO.writeTextAsync(file, strResponse);
        });
}

function getCachedResponse() {
    roamingFolder.getFileAsync(filename)
        .then(function (file) {
            return Windows.Storage.FileIO.readTextAsync(file);
        }).done(function (response) {
            print(response);
        }, function () {
            // getFileAsync or readTextAsync failed. 
            // No cached response.
        });
}

MainPage rootPage = MainPage.Current;
StorageFolder roamingFolder = null;
const string filename = "serverResponse.txt";

async void cacheResponse(string strResponse)
{
    StorageFile file = await roamingFolder.CreateFileAsync(filename, CreationCollisionOption.ReplaceExisting);
    await FileIO.WriteTextAsync(file, strResponse);
}

async void getCachedResponse()
{
    try
    {
        StorageFile file = await roamingFolder.GetFileAsync(filename);
        string response = await FileIO.ReadTextAsync(file);
    }
    catch (Exception)
    {
        // getFileAsync or readTextAsync failed.
        // No cached response.
    }
}

Para obter mais informações sobre o repositório de dados de aplicativo, consulte a postagem Transferindo os dados de seu aplicativo e experimente a Application data sample (Amostra de dados do aplicativo).

Resumindo

Quando estiver planejando os seus aplicativos da Windows Store, use as diretrizes nesta postagem para fornecer uma experiência de conexão excelente e sem problemas. Estas dicas podem facilitar o seu processo de desenvolvimento e ao mesmo tempo manter a fluidez e aumentar a confiança dos usuários nos seus aplicativos.

- Suhail Khalid, gerente de programa II, Windows

Com a contribuição de: Steven Baker e Peter Smith

Registre-se agora na //build/ 2013!

2013-04-05T17:34:03Z

Na última semana, Steve Guggenheimer anunciou a //build/ 2013. A conferência acontecerá entre os dias 26 e 28 de junho de 2013, no Moscone Center, em São Francisco. A //build/ é uma ótima oportunidade para você aprender mais sobre como desenvolver aplicativos da Windows Store. Na conferência você assistirá a excelentes apresentações, demonstrações, sessões de informações e muito mais. Muitos membros da nossa equipe de engenharia estão viajando para São Francisco para apresentar essas demonstrações e responder às suas perguntas. Se você quiser ficar por dentro das últimas (e melhores) informações sobre o desenvolvimento de aplicativo da Windows Store, não existe lugar melhor.

As inscrições começaram na terça-feira, 2 de abril. Você pode ver todos os detalhes sobre a conferência e se registrar em www.buildwindows.com.

Encontramos você lá!

Suporte do aplicativo da Windows Store no jQuery versão 2.0

2013-04-04T18:40:15Z

Se você já trabalhou com desenvolvimento na Web, é provável que já tenha usado a estrutura de JavaScript de código aberto, jQuery. E se tentou criar aplicativos da Windows Store usando o jQuery, pode ter encontrado erros relacionados ao conteúdo dinâmico ou tempo de execução do JavaScript. Com o próximo lançamento da versão v2.0, a equipe do jQuery resolveu esses problemas. O jQuery v2 beta oferece suporte ao desenvolvimento em HTML5/JS para aplicativos da Windows Store. Como um desenvolvedor da Web, você pode usar suas habilidades e ativos para criar incríveis aplicativos para Windows 8. É possível testá-los com o jQuery 2.0 beta mais recente agora mesmo.

“A equipe do jQuery está empolgada com os novos ambientes em que o jQuery 2.0 pode ser usado. Os desenvolvedores de HTML e JavaScript querem aproveitar o conhecimento de jQuery para simplificar o processo de desenvolvimento onde quer que trabalhem. O jQuery 2.0 oferece a habilidade de fazer isso em ambientes como os aplicativos da Windows Store.” - Dave Methvin, presidente, fundação jQuery

Aplicativo da Windows Store: um contexto diferente para o código em JavaScript

Você deve estar se perguntando porque o jQuery não funcionou antes. Todos os aplicativos da Windows Store, escritos em HTML/JS, C# ou C++, têm acesso nativo ao Tempo de Execução do Windows. Por isso, um novo modelo de segurança foi criado para ajudar a executar os seus aplicativos de forma segura na nova plataforma. Além disso, alguns dos APIs comuns na Web foram modificados para se ajustar ao novo ambiente nativo de uma forma mais significante. Essas diferenças podem causar problemas em códigos que deveriam ser executados em um navegador. A maioria dos problemas está relacionada ao conteúdo dinâmico. Você já deve ter recebido o erro "HTML1701: Não é possível adicionar conteúdo dinâmico…” ou exceções “0x800c001c - Erro em tempo de execução JavaScript: Não é possível adicionar conteúdo dinâmico...”

Para obter mais informações sobre esse modelo, confira a postagem Oferecendo aplicativos estilo Metro confiáveis e seguros. Você pode saber mais sobre as diferenças entre o contexto de um aplicativo da Windows Store e um navegador da Web no Centro de Desenvolvimento do Windows.

Atualização do jQuery para oferecer suporte ao novo modelo

Como muitos de vocês sabem, o jQuery é uma estrutura de JavaScript muito popular na Web por simplificar ações como manipulação e passagem de documento HTML, manipulação de eventos, animação e Ajax, com um API fácil de usar e que funciona em vários navegadores.

Para habilitar todos esses recursos do jQuery em seus aplicativos da Windows Store, os especialistas em jQuery no appendTo trabalharam com a comunidade do jQuery para atualizar o jQuery e oferecer suporte ao novo modelo de aplicativo do Windows 8. Nossos engenheiros da Microsoft Open Technologies ofereceram suporte técnico para garantir que todas as alterações aproveitariam ao máximo a plataforma.

A adição de suporte para aplicativos da Windows Store no jQuery envolveu testes iniciais, portabilidade de testes de unidade e avaliação das dependências de jQuery, como o mecanismo seletor Sizzle, que está na fundação do jQuery. O appendTo identificou diversas áreas na lógica de suporte do jQuery, bem como itens esparsos no Sizzle, usados para apontar elementos em um documento, o que exigia recriação para funcionar usando as diretrizes do modelo de segurança do aplicativo da Windows Store.

O appendTo enviou o código diretamente para o projeto principal do jQuery, que integrou o suporte. E agora você recebe tudo isso gratuitamente assim que adiciona o jQuery em seu aplicativo. Além disso, você desejará praticar alguns padrões alternativos quando usar o jQuery em um aplicativo da Windows Store. Você pode encontrar mais informações sobre esses padrões no site net.tuts+. Consulte a postagem no blog do appendTo para obter mais detalhes sobre as alterações feitas nas atualizações.

Vamos codificar.

Se for um desenvolvedor de JavaScript e HTML5, você pode criar aplicativos do Windows 8 usando o que já sabe juntamente com os códigos e as bibliotecas do JavaScript existentes. Para o código do jQuery, atualize para o jQuery 2.0 beta e siga os novos padrões compartilhados pelo appendTo. Se não usar o jQuery, você pode aplicar os mesmos padrões e técnicas em seu próprio código e biblioteca para torná-los completamente compatíveis com o Windows 8.

Se quiser saber mais sobre as novas oportunidades para usar as suas habilidades de desenvolvimento na Web com as plataformas Windows, consulte a postagem no blog do MS Open Tech.

--Olivier Bloch, divulgador técnico sênior, MS Open Tech

Desenvolvendo jogos para a Windows Store

2013-03-29T22:51:55Z

O Windows 8 mudou o panorama dos PCs com fatores forma inovadores, novas arquiteturas de chip, modelos de comércio interessantes e grandes oportunidades. Os jogos de PC sempre definiram o modo como as pessoas usam os computadores. Agora, mais do que nunca, os jogos são exemplo do valor desse novo panorama de dispositivos. Graças à Windows Store, ficou mais fácil comprar, jogar, compartilhar com os amigos e atualizar com segurança os jogos. Por isso não é de se admirar que os jogos sejam responsáveis por tantos downloads, gerem muita renda e consigam a maior interação de usuário na nova plataforma. Com a GDC tão perto, mais desenvolvedores de jogos querem saber sobre as oportunidades do Windows 8.

Portanto, como você cria um ótimo jogo na Windows Store? O que o Windows oferece para deixar o seu jogo mais criativo, inovador, rentável e fácil de desenvolver? Que ferramentas, tecnologias e serviços você pode usar? O que tem disponível aí no ecossistema? Que outras descobertas os desenvolvedores compartilharam quando estavam desenvolvendo o Windows 8? Esta postagem responderá as questões sobre esses tópicos e também esclarecerá como você pode desenvolver um jogo impressionante para a Windows Store.

Considerações sobre a criação e desenvolvimento de jogos do Windows 8

O Windows 8 foi projetado e tem engenharia específica para proporcionar entretenimento. As diretrizes de experiência do usuário (UX) do Windows 8 incentivam o uso de imagem em tela inteira assim como interações rápidas e fluidas sem bordas ou decorações extra nas janelas. A orientação de design recomenda que os aplicativos se concentrem em experiências que convidem os usuários a participar e fazer interações que os levem a uma experiência imersiva. A maioria dos controles dos jogos deve ser fácil de acessar, e os controles secundários devem ficar embutidos na barra do aplicativo ou no painel de controle até que se precise usá-los. Isso é ótimo para os aplicativos em geral, mas como esses princípios afetam os jogos? Afinal, os desenvolvedores de jogos vêm fornecendo experiências imersivas rápidas e fluidas, em tela inteira, há muito tempo. Contudo, várias perguntas básicas surgem quase que imediatamente:

Como a mecânica do jogo se adapta do PC avançado até os notebooks e tablets?
Quais são os principais fatores forma a considerar?
É possível ativar os jogos para o toque, o controle do jogo e o teclado/mouse ao mesmo tempo?
Quais são os principais tamanhos de tela, taxas de proporção e resoluções?

Os desenvolvedores de jogos vêm usando uma ampla variedade de tecnologias para fornecer jogos de entretenimento para PC há muito tempo. As APIs usadas no Windows se desenvolveram significativamente com o tempo. Com o Windows 8, surgiu uma nova plataforma de desenvolvimento. A API do Tempo de Execução do Windows agrega as melhores tecnologias das APIs do passado e traz melhorias significativas para o desempenho, segurança, consistência de desenvolvimento e serviços. A Windows Store cria uma maneira nova de se descobrir, distribuir e oferecer os jogos. As novas APIs agregam valor significantemente para os desenvolvedores de jogos que buscam um novo modelo de desenvolvimento. Você pode ter algumas perguntas quando começar a desenvolver um jogo da Windows Store, por exemplo:

Quais são as melhores APIs do Tempo de Execução do Windows para desenvolver jogos?
Como os modelos de desenvolvimento se relacionam com os diferentes gêneros de jogos?
Como faço a transição do meu código para outras plataformas?
Como eu atualizo o código de versões mais antigas do Windows?
Quais são, se houver, os recursos dos jogos que precisam de atualização?
Existem recursos que me ajudam a reduzir os custos de desenvolvimento?
Onde está o DirectX SDK?

Jogos reimaginados

Todo jogo começa com uma ideia. Uma ideia pode surgir de lugares muito diferentes. Às vezes, ela surge aleatoriamente na sua cabeça enquanto você está caminhado ou no chuveiro. Outras vezes, uma abordagem mais colaborativa e interativa com a equipe pode resultar em uma ideia. Quando tiver a ideia, você precisa decidir que tipo de jogo será. Talvez você queira um jogo novo e diferenciado. Ou talvez você queira tornar compatível um jogo que já existe. Pode ser um jogo de tiro, quebra-cabeça ou corrida. Não importa que tipo de jogo é, tem um lugar para ele na Windows Store. Os Estudos de caso de jogos apresentados no //build/ 2012 podem inspirá-lo. Se tiver uma conta de desenvolvedor da Windows Store, você pode navegar pelas subcategorias de jogos para se inspirar e ver que desempenho as categorias diferentes de jogos têm em diferentes regiões.

Orientações de design de jogos

Quando tiver decidido que jogo quer criar, tomar as decisões no front-end poderá economizar muito tempo de desenvolvimento mais tarde. A página Criando jogos excelentes para o Windows oferece algumas ideias sobre como melhor atrair os jogadores e mantê-los envolvidos com os blocos e notificações. Há também sugestões sobre que tipo de layout geral usar e onde colocar os controles primários e secundários.

Você achará recomendações sobre as interações e sobre como incorporar toque, sensores e contratos no seu jogo. As decisões sobre a mecânica e controle dos jogos devem ser tomadas o quanto antes para definir o escopo do desenvolvimento. Dito isto, a plataforma do Tempo de Execução do Windows torna mais prático do que nunca o suporte a toque, caneta (tinta) e mouse com o mesmo código, sem você ter de projetar uma mecânica especial para diferentes fatores forma. Como todo computador Windows tem um lugar para conectar um controle de jogo, não perca a oportunidade e certifique-se de incluir esse mecanismo de controle no seu jogo também.

Planeje como – e em que lugar – você introduzirá as interações e mecânica do jogo para o jogador. Se for lento demais, eles podem perder o interesse; rápido demais, eles podem ficar frustrados. Talvez o mais importante de tudo seja decidir que modelo de monetização e plataforma de comércio você gostaria de usar. A Windows Store permite que você escolha seu modelo de negócios. Há suporte para os modelos Grátis para jogar, Baseado em anúncio, Compras no aplicativo e Conteúdo baixável. Os jogos da Windows Store podem se beneficiar de avaliações internas baseadas em tempo ou em recurso. Uma alternativa é usar um provedor de comércio de terceiros ou usar o seu próprio. Em ambos os casos, como esses fatores podem ter um impacto significante no sucesso do seu jogo, seja monetariamente ou na popularidade, eles são de grande importância.

Como todos os aplicativos da Windows Store, os jogos têm de dar suporte para diferentes estados de ativação, exibição e suspensão. A orientação de design o ajudará oferecendo considerações para como e quando pausar o jogo, como e quando suspender o estado do jogo, e como e quando manipular os estados de exibição em tela inteira, ajustado e de preenchimento. Decida como será o suporte do seu jogo para as orientações de paisagem e retrato. Considere o tamanho dos destinos e outros controles na tela ao ajustar a resolução dos ativos do jogo para eles corresponderem aos tamanhos de tela (ou parte deles). Também não esqueça de considerar as taxas de proporção, resoluções e configurações de DPI das telas. Dessa maneira, você terá certeza de que o conteúdo do jogo aparecerá corretamente em qualquer tamanho de tela ou fator de escala.

Por fim, lembre-se de considerar outras coisas que podem ajudar a aumentar as funcionalidades de acessibilidade e socialização do jogo. Um modo de contraste alto e mais filas de áudio podem ajudar a aumentar a visibilidade e facilidade de jogar e, por isso, incentivar a sua adoção por jogadores em condições de iluminação não tão ideais ou com deficiências visuais. Além disso, aproveitar as funcionalidades internas da plataforma para usar identidade online (autenticação), dados roaming e compartilhamento para outros aplicativos pode criar uma interação maior por meio da atividade social como é o caso com a comparação de resultados dos jogos e jogar em PCs diferentes.

Orientações para o desenvolvimento de jogos

O DirectX é considerado o centro da plataforma de desenvolvimento de jogos do Windows. Contudo, muitos outros componentes foram desenvolvidos e tiveram uma migração para o Windows 8 SDK para fornecer todas as funcionalidades necessárias de que a plataforma precisa para oferecer suporte a ecossistemas diversos de jogos do Windows. Fornecemos uma abordagem de desenvolvimento consistente e abrangente. Também incorporamos as práticas recomendadas aprendidas de outras plataformas de desenvolvimento de jogos. Mais importante de tudo, contudo, enfatizamos e observamos duas metas de arquitetura. O desempenho e o consumo de energia foram muito importantes na decisão da arquitetura, conforme descrito na postagem Hardware acelerando tudo: Gráficos do Windows 8. O desenvolvimento de jogos no Windows 8 é muito bom porque a plataforma inteira foi projetada para fornecer entretenimento rápido e fluido.

C++ com DirectX é a linguagem de desenvolvimento preferida para jogos

O Tempo de Execução do Windows fornece APIs eficientes que expõem todos os dispositivos e sensores novos de forma conveniente e consistente e simplifica a manipulação de eventos do Windows. Há um só SDK do Windows de modo que toda API que você precisa para desenvolver um jogo da Windows Store está disponível no Microsoft Visual Studio 2012. Para obter experiências imersivas e de alta fidelidade, você deverá usar os APIs DirectX do Windows 8 para criar jogos em 3D. Essa é a versão mais fácil do DirectX para desenvolvimento, e ela dá suporte a uma grande variedade de níveis de recursos gráficos, desde o DirectX 9.1 até todos os recursos de hardware mais recentes apresentados no DirectX 11.1, o que permite personalizar o jogo para cada PC, dos tablet PCs portáteis com Windows 8 baseado em ARM até os PCs turbinados para jogos e com várias GPUs.

Se você fica à vontade com uma linguagem de desenvolvimento em particular, pode usar toda a sua habilidade e experiência no Windows 8. Os jogos da Windows Store podem ser desenvolvidos com várias combinações de tecnologia, dependendo do tipo de jogo que estiver desenvolvendo e da sua preferência. Você não será forçado nem ficará limitado a usar uma sintaxe ou modelo. Desenvolvedores de código gerenciado podem criar jogos ótimos em 2D que aproveitem o ponto forte e os recursos da plataforma Windows Store. Se você for um desenvolvedor da Web, pode aproveitar a Web e a habilidade de desenvolvimento de jogos para a Web que você já tem para criar um jogo que pode render lucros por meio da Windows Store. Para jogos interativos em 3D, recomendamos que use C++ com DirectX (e opcionalmente XAML), que será o assunto principal do resto desse artigo.

Componentes de desenvolvimento de jogos

O Windows 8 oferece uma tecnologia interna de jogos que vem com toda versão do OS e reside em cada PC, e assim você não precisa se preocupar com a distribuição ou gerenciamento de várias versões. Não há necessidade de encontrar, baixar e instalar outros componentes.

Figura 1: Os componentes e bibliotecas de desenvolvimento de jogos do Windows 8

Desde os elementos gráficos, áudio e entrada, até a E/S de arquivo, agendamento, matemática e rede, cada componente é acessível na linguagem de desenvolvimento que escolher. Os componentes de nível mais baixo oferecem mais flexibilidade, gerenciamento de recursos e desempenho, mas podem precisar de mais código para controlarem de forma abrangente o processamento e fluxo dos dados necessários. Com C++, existe uma linha direta para a GPU, a CPU e os serviços de nível baixo da plataforma Windows 8, o que permite escrever códigos de alto desempenho. Com as novas extensões de linguagem C++/CX, a sintaxe se aproxima da simplicidade do C#. Você obtém um gerenciamento de objeto transparente por meio da contagem de referências, e não há camada de tempo de execução, coleção de lixo ou comportamentos de compilação just-in-time que possam vir a comprometer o bom desempenho do jogo.

Para elementos gráficos em 3D e 2D, mídia, imagem e muitos dos outros componentes do jogo – as tecnologia DirectX do Windows 8 fornecem um conjunto abrangente de APIs, componentes e bibliotecas para a criação. Consulte Introdução ao desenvolvimento de jogos DirectX para ter uma visão geral e abrangente. A nova pilha gráfica do Windows 8 é mais integrada, tornando os componentes Direct2D, Direct3D, DirectVideo e DirectCompute mais fáceis de usar em conjunto e exigindo menos recursos duplicados do que antes. Também adicionamos suporte interno para os controles do Xbox com a biblioteca XInput. Para saber mais, consulte Trabalhando com entrada e controles em seu jogo em DirectX. As APIs melhoradas para áudio e mixagem de som com XAudio2 são abordadas na seção Trabalhando com áudio em seu jogo em DirectX , e as funções matemáticas simplificadas e tipos são discutidos no Guia de programação do DirectXMath.

Uma das maiores vantagens do enfoque de desenvolvimento do DirectX/C++ é você poder reutilizar quantidades significativas do seu código para criar um jogo da Windows Store (e jogo do Windows Desktop), um jogo de Windows Phone e um jogo do Xbox 360. As APIs DirectX são relevantes para todas as plataformas de jogos Microsoft. Tudo que você precisa para criar um ótimo jogo para o Windows está incluído no Tempo de Execução, no SDK do Windows e no Visual Studio 2012. Para obter informações sobre o SDK DirectX herdado, consulte Where is the DirectX SDK? Há vários modelos adicionais de desenvolvimento no Windows 8. Um modelo híbrido que dá suporte a Interoperabilidade entre DirectX e XAML (aplicativos da Windows Store em C++ e DirectX) fornece o melhor controle, desempenho e conveniência do kit de ferramentas de interface do usuário para WinRT.

Ferramentas de desenvolvimento

Fornecemos um ótimo conjunto de ferramentas para atender às demandas dos desenvolvedores de jogos da Windows Store. O Visual Studio 2012 tem um modelo para aplicativos da Windows Store em DirectX que oferece uma grande ajuda no desenvolvimento para Direct3D. O código de modelo fornece a infraestrutura de provedor de exibição básica, suporte de janelas e referências a todos os cabeçalhos e componentes necessários. Há outros modelos para explorar que oferecem a você a certeza de estar usando as práticas recomendadas qualquer que seja o modelo escolhido de desenvolvimento de jogos.

Além disso, novos recursos do Visual Studio 2012 foram adicionados para melhorar o desenvolvimento, a depuração e a criação de perfil dos jogos. Os investimentos das Ferramentas gráficas do Visual Studio 2012 foram feitos para garantir que o desenvolvimento de aplicativo gráfico tivesse uma integração perfeita. Trabalhe com modelos em 3D, exiba texturas e imagens ou crie, edite e compile sombreadores HLSL sem sair da interface IDE que você conhece. A depuração de aplicativos intensivos gráficos DirectX no Visual Studio 2012 agora é mais intuitivo com a integração dos recursos de captura e reprodução de API gráfica (anteriormente conhecido como PIX do Windows).

Exemplos e tutoriais

Esses exemplos fornecem uma grande variedade de códigos de exemplo para você começar rapidamente o desenvolvimento de jogos. Cada exemplo é voltado para uma tecnologia ou técnica em particular. Os tutoriais e exemplos foram desenvolvidos levando-se em conta uma progressão. Estão em ordem lógica começando com a menor quantidade de código e a abordagem mais simples para ajudar você a começar. Cada novo exemplo se agrega ao exemplo anterior com mais um ou dois conceitos até que todo o jogo seja criado. Escrevendo código para aplicativos da Windows Store (DirectX e C++) explica algumas das coisas que você precisa saber sobre como criar código DirectX and C++ para aplicativos da Windows Store.

Tutorial do Direct3D: Este tutorial em cinco etapas mostra como inicializar o Direct3D, escrever na superfície e exibir atualizações da superfície usando a cadeia de permuta. O "cubo girando" exibido nesse exemplo se estende a outros exemplos do Direct3D, e por isso é um ótimo lugar para se começar se você já conhece as APIs do Direct3D.
Exemplo de toque do DirectX: Esse item mostra o suporte a toque adicionado ao cubo girando do D3DTutorial. Especificamente, esse item mostra como conectar as atualizações de animação do Direct3D aos eventos de toque fornecidos pelo Tempo de Execução do Windows. Veja o exemplo de mapeamento de rugosidade para a navegação com gesto de pinçagem para aplicar zoom.
Exemplo de sprite do Direct3D: Isso fornece a implementação de comportamento do Direct3D em lote de sprite, similar à API SpriteBatch XNA. Sprites são bitmaps em 2D que podem ser transformados e gerenciados independentemente em uma cena 3D, geralmente usados em jogos em 2D, ou para representar em computação objetos caros ou distantes em jogos em 3D.
Exemplo de carregamento de recursos: Esse item demonstra uma abordagem de carregamento de recursos e ativos como sombreadores, texturas e malhas. (Observe que cada tipo de conteúdo tem uma regra de criação associado a ele no projeto. Você pode adicionar seus próprios aplicativos de processador de conteúdo e criar suas próprias regras para invocá-los.)
Exemplo de mapeamento de rugosidade do Direct3D: Isso demonstra o mapeamento de rugosidade usando um mapa normal e a iluminação por pixel. O exemplo fornece códigos para iluminação sombreada de superfície de um objeto usando um mapa normal e uma textura de cor. Também implementa um controle com gesto de pinçagem para aplicar zoom muito básico sem um reconhecedor de gestos.
Exemplo de processamento posterior do Direct3D: Isso demonstra o processamento posterior da cena simples do cubo girando usando buffers intermediários dimensionados para baixo em um aplicativo da Windows Store em C++ com Direct3D. Esse item demonstra o uso de dois sombreadores diferentes dependendo do tipo de nível do recurso de hardware. O destino de renderização intermediário pode ser modificado para renderizar uma superfície menor para melhorar o desempenho e, em seguida, dimensionar para cima até alcançar a resolução nativa final do dispositivo para obter alta qualidade.
Exemplo de reprodução de arquivo de áudio AUDIO2: Esse aplicativo de exemplo mostra como incorporar as APIs do XAudio2 de efeitos sonoros interativos de baixa latência ao seu jogo DirectX para obter uma experiência de audição melhor.
Exemplo de controle de jogo XINPUT: Esse item mostra como adicionar o suporte para o controle de Xbox ao seu jogo DirectX. Ele lê as entradas de um controle do Xbox e exibe os dados dos movimentos dos sticks analógicos e dos pressionamentos de botões. Esse item mostra como obter um estado de entrada de um controle conectado e desenhar no visor usando o Direct2D e o DirectWrite.
Exemplo de 3D estereoscópico do Direct3D: O Windows 8 dá suporte ao 3D estéreo como recurso central do OS. Esse aplicativo mostra como incorporar 3D estereoscópico ao seu jogo DirectX. Esse item também demonstra como responder às alterações estéreo do sistema no Direct3D.
Avaliações e compras no aplicativo são tão importantes para o sucesso dos jogos que esse item aborda o modo de usar a API de licenciamento fornecida pela Windows Store para determinar o estado de licença de um jogo ou de um recurso que está habilitado por uma compra no aplicativo.

A seguir encontram-se exemplos completos que integram técnicas individuais a jogos inteiros:

DirectX Simple 3D Shooting Game: Esse aplicativo de exemplo completo e as instruções abrangentes de código mostram como incorporar vários tipos de controle e técnicas do DirectX em um jogo simples de galeria de tiro em primeira pessoa. Se você já conhece os conceitos básicos de todos os exemplos de técnicas individuais, esse é uma boa oportunidade de ver em ação todos os componentes de um jogo da Windows Store em Direct3D.
Jogo simples de tiro em 3D em DirectX XAML: Esse item demonstra a implementação completa básica de um jogo simples em 3D e em primeira pessoa usando o DirectX (Direct3D 11.1, Direct2D, XInput e XAudio2) e XAML em um aplicativo C++. O Direct3D é usado para renderizar o conteúdo 3D, e o XAML é usado para a exibição de alertas e as mensagens de estado do jogo.
Exemplo de jogo de labirinto de bola de gude DirectX: Esse aplicativo de jogo completo é um simples jogo de labirinto no qual o jogador tem que rolar uma bola de gude por meio de um labirinto com armadilhas usando os controles de inclinação. Esse item demonstra como colocar todos os componentes do jogo em um único aplicativo. Também fornecemos observações úteis sobre esse aplicativo na forma de um instruções completas de código.

Técnicas para desenvolver jogos

Vale destacar vários padrões de desenvolvimento, práticas recomendadas e técnicas que são particularmente relevantes ao desenvolvimento de jogos:

Focando em diferentes níveis de recursos do Direct3D ajuda a entender como otimizar em conjunto muitos dispositivos que têm diferentes níveis de desempenho gráfico. Isso permitirá que você alcance um público maior para o jogo da Windows Store criado para o Windows usando DirectX com C++.
A programação assíncrona garante que o jogo tire vantagem de CPUs com vários núcleos e hyper threads. Os elementos gráficos, de áudio, lógica, E/S de arquivo e rede do jogo podem ser todos postos em paralelo para obter um melhor desempenho e duração da bateria.
Use a paralelização do pool de threads para jogos da Windows Store em vez das tradicionais APIs de threading (como o CreateThread). O modelo da tarefa é especialmente importante para oferecer e assegurar a existência de uma interface de usuário com capacidade de resposta, conforme descrito nessa postagem.
Dando suporte à orientação de tela aborda a rotação de tela e o dimensionamento de DPI do conteúdo e entrada para aplicativos DirectX. Isso ajuda a garantir que o jogo funcione bem em várias resoluções de tela.
Adicionando controles move-look ao seu jogo explica uma técnica de navegação tradicional similar à do mouse que foi adaptada para adicionar toque ao modelo de desenvolvimento da Windows Store.
Desenvolvendo controles de mouse aborda a implementação de controles de mouse relativos, o que oculta o cursor do sistema e retorna coordenadas relativas de tela em vez de valores absolutos.
Requisitos para a publicação de jogos provê os desenvolvedores de jogos do Windows 8 com informações sobre as ferramentas e o suporte para cenários de publicação de jogos comuns, como a certificação de classificação e o empacotamento.
Dando suporte a processadores ARM E Windows RT coloca o jogo da Windows Store em DirectX para funcionar nos dispositivos do Windows RT, com foco no nível de recurso Direct3D 9_1 e compilação de um pacote ARM.

Usando middleware para reduzir o tempo ou custo de desenvolvimento

Desenvolver jogos profissionais de alta qualidade pode custar caro. Desenvolver jogos para várias plataformas pode ser complexo, propenso a erro e mais caro ainda. Muitos estúdios de criação de jogos criam ferramentas e desenvolvem tecnologias de produção que produzem o processo de desenvolvimento do jogo ou "pipeline". Esses investimentos ajudam os estúdios de criação a aproveitar seus ativos de jogos entre diferentes jogos e plataformas. Criar mecanismos, kits de ferramenta de interface de usuário, oclusão de visibilidade, simuladores físicos, criação de vídeo e áudio, interpolação de animação e inteligência artificial são apenas algumas das categorias de tecnologia geralmente envolvidas no desenvolvimento de jogos. Algumas tecnologias de jogos podem levar anos até serem desenvolvidas e ajustadas.

Os pipelines proprietários de jogos são incrivelmente valiosos, e muitos estúdios consideram os investimentos tão estratégicos quanto os jogos que criam. Entretanto, nem todo mundo pode arcar com o tempo e custo de desenvolver um pipeline. Por sorte, fornecedores de terceiros oferecem pipelines de desenvolvimento completos ou bibliotecas de tecnologia em separado que fornecem essas funcionalidades. Desde o lançamento do Windows 8, muitos fornecedores de middleware de jogos fizeram a migração dos seus produtos para o novo modelo de aplicativo da Windows Store. Usando esses produtos, seu produto chega à Windows Store mais rapidamente e com muito menos risco. Com o tempo, esperamos que mais fornecedores anunciem e disponibilizem produtos para o desenvolvimento de jogos da Windows Store. A seguir (em ordem alfabética) apresentamos uma lista de fornecedores de middleware de jogos de terceiros que (até a publicação desse artigo) anunciaram ou disponibilizaram versões de seus produtos que tem suporte para o desenvolvimento de jogos do Windows 8.

Appcelerator	appMobi {!}	Audiokinetic Wwise
Autodesk Scaleform	Cocos2d	Epic Unreal Engine 3
Exit Games Photon Server	Fortumo Mobile Payments	Firelight Technologies FMOD
GameSalad Creator	Havok Physics	Havok Vision Engine
MonoGame	Ogre Rendering Engine	NVIDIA PhysX
Scirra Construct 2	SharpDX	ShiVa3D
SlimDX	Unigine Engine	Unity 3d
Yoyo Games GameMaker

XNA Game Studio da Microsoft é um pipeline de desenvolvimento de jogos que se concentra no Xbox 360, Windows Phone e Windows. Contudo, não é compatível com o desenvolvimento de jogos da Windows Store (embora os jogos XNA não tenham suporte como os aplicativos de desktop do Windows 8. O desenvolvimento DirectX com Visual C++/CX pega emprestado muitos padrões e práticas do XNA e compartilha muitas similaridades conceituais. Por isso muitos desenvolvedores de jogos XNA vão achar, mais do que nunca, relativamente fácil a migração para o desenvolvimento em DirectX e C++. Como alternativa, vimos desenvolvedores usar com sucesso a biblioteca MonoGame, que replica muitas funcionalidades do XNA Game Studio. Vários artigos foram escritos sobre o aproveitamento dos ativos criados com XNA para jogos voltados para a Windows Store. Esse é um link com mais informações sobre o assunto.

Recursos adicionais para desenvolver jogos

A documentação tem uma área dedicada de desenvolvimento de jogos no MSDN
As sessões voltadas para os jogos, conjunto de slides e gravações de palestras que foram dadas em //build/ 2012
As sessões voltadas para os jogos, conjunto de slides e gravações de palestras que foram dadas na GDC 2012
As sessões voltada para os jogos, conjunto de slides e gravações de palestras que foram dadas em //build/ 2011
Há ajuda e suporte disponível no The Developer Center que tem um fórum dedicado ao desenvolvimento de jogos para desenvolvedores de jogos como você e que podem fornecer respostas quando você precisar delas.
O DirectX Toolkit é uma coleção das aulas de ajuda para criar código em Direct3D 11 C++
Outros auxílios ótimos são os blogs Chuck Walbourn’s blog e Shawn Hargreaves’ blog

Resumo

O Windows 8 mudou os PCs com fatores forma novos, tecnologia inovadora e modelos de comércio lucrativos que são perfeitos para os jogos. A plataforma representa um terreno fértil de oportunidades para quem aproveitar. A Windows Store tinha milhares de jogos na época em que esse artigo foi escrito, e esse número cresce diariamente. A meta dessa postagem é ajudar a entender o que seria necessário para você mesmo criar um ótimo jogo da Windows Store e aproveitar essas possibilidades. A informação tinha como intuito esclarecer o modo como o Windows 8 pode deixar o desenvolvimento de jogos mais fácil, criativo, inovador e rentável. Vimos quais as ferramentas, tecnologias e serviços estão disponíveis na plataforma e quais tecnologias de terceiros estão disponíveis. Enquanto aguardamos a chegada da Game Developer Conference anual, em São Francisco, consulte esta postagem para obter orientação sobre como desenvolver jogos da Windows Store.

Vamos jogar!

Shai Hinitz, Gerente de programas sênior