Publicar e assinar

A API Nearby Messages é uma API de publicação e inscrição que permite que dispositivos próximos troquem pequenos conjuntos de dados. Depois que um dispositivo publica uma mensagem, os dispositivos próximos podem recebê-la. O tamanho da mensagem precisa ser pequeno para manter um bom desempenho. Esse serviço não foi criado para trocar objetos maiores, como fotos e vídeos.

O conjunto de dispositivos por perto é determinado pela troca de pequenos tokens por Bluetooth e áudio quase ultrassônico (inaudível). Quando um dispositivo detecta um token de um dispositivo próximo, ele envia o token para o servidor do Nearby Messages para validá-lo e verificar se há mensagens para entregar ao conjunto atual de inscrições do aplicativo.

Um aplicativo pode controlar o conjunto de mídias usadas para a descoberta de dispositivos e se as mídias são usadas para transmitir tokens e/ou procurar tokens. Por padrão, a transmissão e a verificação são feitas em todas as mídias. Para fazer a descoberta em um subconjunto ou em mídias e controlar se é necessário transmitir ou verificar, transmita parâmetros adicionais ao criar publicações e assinaturas.

Essa biblioteca é executada no iOS 7 e em versões mais recentes e é criada com o SDK do iOS 8.

Como criar um gerenciador de mensagens

Esse código cria um objeto gerenciador de mensagens, que permite publicar e fazer assinaturas. A troca de mensagens não é autenticada. Portanto, você precisa fornecer uma chave de API pública para iOS. Crie um usando a entrada do Google Developers Console para seu projeto.

Objective-C

#import <GNSMessages.h>

GNSMessageManager *messageManager =
    [[GNSMessageManager alloc] initWithAPIKey:@"API_KEY"];

Swift

let messageManager = GNSMessageManager(APIKey: "API_KEY")

Publicar uma mensagem

Este snippet de código demonstra a publicação de uma mensagem que contém um nome. A publicação fica ativa enquanto o objeto de publicação existir. Para interromper a publicação, libere o objeto de publicação.

Objective-C

id<GNSPublication> publication =
    [messageManager publicationWithMessage:[GNSMessage messageWithContent:[name dataUsingEncoding:NSUTF8StringEncoding]]];

Swift

let publication =
    messageManager.publication(with: GNSMessage(content: name.data(using: .utf8)))

Como se inscrever para receber mensagens

Este snippet de código demonstra a inscrição em todos os nomes compartilhados pelo snippet de publicação anterior. A assinatura fica ativa enquanto os objetos de assinatura existirem. Para cancelar a inscrição, libere o objeto de assinatura.

O manipulador de mensagens encontradas é chamado quando dispositivos próximos que estão publicando mensagens são descobertos. O manipulador de perda de mensagem é chamado quando uma mensagem não é mais observada (o dispositivo saiu do alcance ou não está mais publicando a mensagem).

Objective-C

id<GNSSubscription> subscription =
    [messageManager subscriptionWithMessageFoundHandler:^(GNSMessage *message) {
      // Add the name to a list for display
    }
    messageLostHandler:^(GNSMessage *message) {
      // Remove the name from the list
    }];

Swift

let subscription =
    messageManager.subscription(messageFoundHandler: { (message: GNSMessage?) in
      // Add the name to a list for display
    },
    messageLostHandler: { (message: GNSMessage?) in
      // Remove the name from the list
    })

Mídias de descoberta

Por padrão, os dois meios (áudio e Bluetooth) serão usados para descobrir dispositivos próximos, e ambos vão transmitir e fazer buscas. Em alguns casos, é necessário adicionar as seguintes entradas ao Info.plist do app:

  • Se o app fizer a leitura usando áudio, adicione NSMicrophoneUsageDescription, que é uma string que descreve por que você vai usar o microfone. Por exemplo, "O microfone ouve tokens anônimos de dispositivos próximos".

  • Se o app transmitir usando BLE, adicione NSBluetoothPeripheralUsageDescription, que é uma string que descreve por que você vai anunciar no BLE. Por exemplo, "Um token anônimo é anunciado via Bluetooth para descobrir dispositivos próximos".

Em alguns casos, o app pode precisar usar apenas um dos meios e não precisar fazer transmissão e verificação nesse meio.

Por exemplo, um app projetado para se conectar a um decodificador que está transmitindo apenas áudio precisa fazer uma verificação de áudio para descobrir o dispositivo. O snippet a seguir mostra como publicar uma mensagem na caixa de set-top usando apenas a verificação de áudio para descoberta:

Objective-C

id<GNSPublication> publication = [messageManager publicationWithMessage:message
    paramsBlock:^(GNSPublicationParams *params) {
      params.strategy = [GNSStrategy strategyWithParamsBlock:^(GNSStrategyParams *params) {
        params.discoveryMediums = kGNSDiscoveryMediumsAudio;
        params.discoveryMode = kGNSDiscoveryModeScan;
      }];
    }];

Swift

let publication = messageManager.publication(with: message,
    paramsBlock: { (params: GNSPublicationParams?) in
      guard let params = params else { return }
      params.strategy = GNSStrategy(paramsBlock: { (params: GNSStrategyParams?) in
        guard let params = params else { return }
        params.discoveryMediums = .audio
        params.discoveryMode = .scan
      })
    })

Como ativar a geração de registros de depuração

O registro de depuração imprime eventos internos significativos no console, o que pode ser útil para rastrear problemas que você pode encontrar ao integrar o Nearby Messages ao seu app. Vamos pedir esses registros se você entrar em contato para receber suporte técnico.

Ative-o antes de criar um gerenciador de mensagens. Este snippet de código mostra como ativar o registro de depuração:

Objective-C

[GNSMessageManager setDebugLoggingEnabled:YES];

Swift

GNSMessageManager.setDebugLoggingEnabled(true)

Acompanhar o estado da permissão do Nearby

É necessário ter o consentimento do usuário para ativar a descoberta de dispositivos. Isso é indicado pelo estado da permissão "Perto". Na primeira chamada para criar uma publicação ou assinatura, o usuário recebe uma caixa de diálogo de consentimento. Se o usuário não autorizar, a descoberta de dispositivos não vai funcionar. Nesse caso, o app precisa mostrar uma mensagem para lembrar o usuário de que a descoberta de dispositivos está desativada. O estado de permissão é armazenado em NSUserDefaults.

O snippet a seguir demonstra como assinar o estado da permissão. O manipulador de mudança de estado de permissão é chamado sempre que o estado muda, e não é chamado na primeira vez até que o usuário conceda ou negue a permissão. Libere o objeto de permissão para cancelar a inscrição.

Objective-C

GNSPermission *nearbyPermission = [[GNSPermission alloc] initWithChangedHandler:^(BOOL granted) {
  // Update the UI here
}];

Swift

let nearbyPermission = GNSPermission(changedHandler: { (granted: Bool) in
  // Update the UI here
})

O app pode oferecer uma maneira para o usuário mudar o estado da permissão, por exemplo, usando um botão de alternância em uma página de configurações.

Confira um exemplo de como receber e definir o estado da permissão.

Objective-C

BOOL permissionState = [GNSPermission isGranted];
[GNSPermission setGranted:!permissionState];  // toggle the state

Swift

let permissionState = GNSPermission.isGranted()
GNSPermission.setGranted(!permissionState)  // toggle the state

Rastreamento de configurações do usuário que afetam o Compartilhar por proximidade

Se o usuário negar a permissão de microfone ou Bluetooth ou desativar o Bluetooth, o recurso "Por perto" não vai funcionar tão bem ou não vai funcionar. Nesses casos, o app precisa mostrar uma mensagem alertando o usuário de que as operações do Nearby estão sendo prejudicadas. O snippet a seguir mostra como rastrear o status dessas configurações do usuário transmitindo manipuladores ao criar o gerenciador de mensagens:

Objective-C

GNSMessageManager *messageManager = [[GNSMessageManager alloc]
    initWithAPIKey:API_KEY
       paramsBlock:^(GNSMessageManagerParams *params) {
         params.microphonePermissionErrorHandler = ^(BOOL hasError) {
           // Update the UI for microphone permission
         };
         params.bluetoothPowerErrorHandler = ^(BOOL hasError) {
           // Update the UI for Bluetooth power
         };
         params.bluetoothPermissionErrorHandler = ^(BOOL hasError) {
           // Update the UI for Bluetooth permission
         };
}];

Swift

let messageManager = GNSMessageManager(
         APIKey: API_KEY,
    paramsBlock: { (params: GNSMessageManagerParams?) in
      guard let params = params else { return }
      params.microphonePermissionErrorHandler = { (hasError: Bool) in
        // Update the UI for microphone permission
      }
      params.bluetoothPowerErrorHandler = { (hasError: Bool) in
        // Update the UI for Bluetooth power
      }
      params.bluetoothPermissionErrorHandler = { (hasError: Bool) in
        // Update the UI for Bluetooth permission
      }
    })

Substituir a caixa de diálogo de permissão do Nearby

Dependendo dos parâmetros transmitidos para suas publicações e inscrições, o iOS pode pedir várias permissões antes de permitir que o Nearby funcione. Por exemplo, a estratégia padrão detecta dados transmitidos em áudio quase ultrassônico. Por isso, o iOS pede permissão para usar o microfone. Nesses casos, o Nearby vai mostrar uma caixa de diálogo de "pré-voo" que explica por que o usuário está sendo solicitado a conceder permissão.

Se você quiser fornecer uma caixa de diálogo de "pré-teste" personalizada, defina o parâmetro permissionRequestHandler como um bloco personalizado nos parâmetros de publicação ou assinatura. Seu bloco personalizado precisa chamar o bloco permissionHandler depois que o usuário responder. O snippet a seguir mostra como fazer isso para uma publicação:

Objective-C

id<GNSPublication> publication =
    [messageManager publicationWithMessage:[GNSMessage messageWithContent:[name dataUsingEncoding:NSUTF8StringEncoding]]
                               paramsBlock:^(GNSPublicationParams *params) {
                                 params.permissionRequestHandler = ^(GNSPermissionHandler permissionHandler) {
                                   // Show your custom dialog here.
                                   // Don't forget to call permissionHandler() with YES or NO when the user dismisses it.
                                 };
                               }];

Swift

let publication =
    messageManager.publication(with: GNSMessage(content: name.data(using: .utf8)),
        paramsBlock: { (params: GNSPublicationParams?) in
          guard let params = params else { return }
          params.permissionRequestHandler = { (permissionHandler: GNSPermissionHandler?) in
            // Show your custom dialog here.
            // Don't forget to call permissionHandler() with true or false when the user dismisses it.
          }
        })

Operação em segundo plano

Publicações e assinaturas que usam BLE para descoberta de dispositivos podem funcionar em segundo plano. Confira alguns pontos importantes ao decidir usar o modo em segundo plano:

  • As operações em segundo plano precisam usar apenas o meio BLE. O áudio não é compatível.
  • Há um custo adicional de bateria para BLE em segundo plano. O custo é baixo, mas você precisa medir antes de decidir usar o modo em segundo plano.
  • O iOS vai pedir permissão ao usuário para anunciar por BLE em segundo plano.

Para adicionar o modo em segundo plano a uma publicação ou assinatura, siga estas etapas adicionais:

  • Ative o modo de segundo plano e somente BLE na sua publicação ou assinatura transmitindo um objeto GNSStrategy configurado corretamente. O snippet a seguir mostra como fazer isso para uma assinatura:

    Objective-C

    id<GNSSubscription> subscription =
        [messageManager subscriptionWithMessageFoundHandler:^(GNSMessage *message) {
          // Add the name to a list for display
        }
        messageLostHandler:^(GNSMessage *message) {
          // Remove the name from the list
        }
        paramsBlock:^(GNSSubscriptionParams *params) {
          params.strategy = [GNSStrategy strategyWithParamsBlock:^(GNSStrategyParams *params) {
            params.allowInBackground = YES;
            params.discoveryMediums = kGNSDiscoveryMediumsBLE;
          }];
        }];
    

    Swift

    let subscription =
        messageManager.subscription(messageFoundHandler: { (message: GNSMessage?) in
          // Add the name to a list for display
        },
        messageLostHandler: { (message: GNSMessage?) in
          // Remove the name from the list
        },
        paramsBlock:{ (params: GNSSubscriptionParams?) in
          guard let params = params else { return }
          params.strategy = GNSStrategy(paramsBlock: { (params: GNSStrategyParams?) in
            guard let params = params else { return }
            params.allowInBackground = true
            params.discoveryMediums = .BLE
          })
        })
    

  • Adicione estas entradas ao Info.plist do seu app:

    • UIBackgroundModes entradas:

      • bluetooth-central para verificação de BLE em segundo plano. Necessário apenas quando o modo de descoberta inclui a verificação, o que acontece por padrão.
      • bluetooth-peripheral para publicidade de BLE em segundo plano. Necessário apenas quando o modo de descoberta inclui transmissão, o que acontece por padrão.
    • String NSBluetoothPeripheralUsageDescription que descreve por que você vai anunciar no BLE. Por exemplo, "Um token anônimo é anunciado por Bluetooth para descobrir dispositivos próximos". Consulte a documentação da Apple para mais detalhes.

  • O sistema pode encerrar seu app a qualquer momento enquanto ele estiver em segundo plano. Se o modo de segundo plano for uma configuração que pode ser ativada ou desativada pelo usuário, seu app precisará fazer o seguinte:

    • Salve o valor do modo em segundo plano em NSUserDefaults sempre que o usuário o mudar.
    • Na inicialização, leia de NSUserDefaults e restaure as publicações e/ou assinaturas do Nearby se o modo em segundo plano estiver ativado.

Notificações em segundo plano

Se você quiser que o app notifique o usuário quando uma assinatura receber uma mensagem em segundo plano, use notificações locais.

Siga estas etapas para adicioná-los ao app:

  • Registre-se para receber notificações locais na inicialização:

    Objective-C

    if ([UIApplication instancesRespondToSelector:@selector(registerUserNotificationSettings:)]) {
      [[UIApplication sharedApplication] registerUserNotificationSettings:
          [UIUserNotificationSettings settingsForTypes:
              UIUserNotificationTypeAlert | UIUserNotificationTypeBadge | UIUserNotificationTypeSound
                                            categories:nil]];
    }
    

    Swift

    UIApplication.shared.registerUserNotificationSettings(
        UIUserNotificationSettings(types: [.alert, .badge, .sound], categories: nil))
    

  • Envie uma notificação local no manipulador message-found da sua assinatura:

    Objective-C

    GNSMessageHandler myMessageFoundHandler = ^(GNSMessage *message) {
        // Send a local notification if not in the foreground.
        if ([UIApplication sharedApplication].applicationState != UIApplicationStateActive) {
          UILocalNotification *localNotification = [[UILocalNotification alloc] init];
          localNotification.alertBody = @"Message received";
          [[UIApplication sharedApplication] presentLocalNotificationNow:localNotification];
        }
        // Process the new message...
      };
    

    Swift

    let myMessageFoundHandler: GNSMessageHandler = { (message: GNSMessage?) in
      // Send a local notification if not in the foreground.
      if UIApplication.shared.applicationState != .active {
        let localNotification = UILocalNotification()
        localNotification.alertBody = "Message received"
        UIApplication.shared.presentLocalNotificationNow(localNotification)
      }
      // Process the new message...
    }