2016-08-25 3 views
0

Nous avons un récepteur Cast personnalisé. Nous avons décidé de le réécrire, et avons un nouvel ensemble de messages personnalisés qui ne sont pas supportés par nos anciens clients. Nous nous demandions quelle était la meilleure façon de gérer la dépréciation de l'ancien récepteur.Meilleure façon de migrer vers une nouvelle version de Cast Receiver

Supposons que l'ancien destinataire pointe sur l'ID d'application "ABCDEF" et que les anciens clients iOS/Android pointent vers cet ancien ID d'application du récepteur.

Idéalement, nous créerions un nouvel identifiant d'application "GHIJKL" et ferions pointer tous les nouveaux clients iOS/Android vers cet emplacement, laissant l'ancien récepteur "ABCDEF" en place pour que les anciens clients continuent à fonctionner. Cependant, il semble que beaucoup d'informations soient liées à notre ID d'application (par exemple, nous sommes listés sur chromecast.com/apps et sur les applications de l'appli Cast), ainsi que toutes les statistiques de nos récepteurs, donc nous sommes inquiets de créer un nouvel identifiant d'application Existe-t-il une autre manière recommandée de mettre à niveau notre récepteur en utilisant le même ID d'application tout en conservant la rétrocompatibilité avec les anciens clients (par exemple en leur permettant de parler à l'ancien code du récepteur)? Nous ne voyons pas de paramètres personnalisés qui peuvent être transmis du client au récepteur pour lui faire savoir quelle version tirer dynamiquement.

Répondre

0

Sans connaître la nature des changements que vous avez faits, il est difficile de dire ce que vous pouvez faire. Voici une tentative pour cela: mettez à jour votre nouveau récepteur (expliqué ci-dessous) et dépoly que sous le même appId. Si dans le nouveau récepteur, les anciens messages/espaces de noms personnalisés sont également pris en charge, les anciens clients devraient être en mesure de parler au nouveau destinataire. S'ils ne sont pas pris en charge, une approche consiste à ajouter les anciens noms/messages personnalisés au nouveau récepteur (en plus des nouveaux), puis lorsque vous recevez un message sur ces anciens espaces de noms, migrez simplement dans votre nouveau récepteur aux nouveaux messages/rappels ou tout ce qui a du sens. En d'autres termes, essayez de rendre les clients plus âgés heureux (mais limités aux anciennes fonctionnalités qu'ils avaient) et ensuite les nouveaux clients appelleront les nouveaux noms/messages.

+0

Merci. Nous réécrivons des bibliothèques utilisées par le récepteur et les données nécessaires maintenant sont différentes. Je vais devoir changer les bibliothèques pour supporter les données passées par l'ancien client et ça ne sera pas propre. Nous nous demandons quel est l'inconvénient de créer un nouvel identifiant d'application et d'avoir une table rase. Cela aura-t-il un impact sur notre position dans l'application vedette ou sur d'autres effets secondaires? – user1165560

+0

Il semble que vous pouvez passer des paramètres de requête au récepteur chromecast: http://stackoverflow.com/questions/20472141/chromecast-receiver-app-query-parameters Mais je n'ai pas trouvé comment cela se fait dans Android ou ios. Si nous pouvons passer différents paramètres, peut-être que nous pouvons rediriger vers une autre page Web? – user1165560

+0

@Ali la solution de passer des paramètres au récepteur semble prometteuse. Pouvez-vous confirmer si cette fonctionnalité est disponible sur iOS/Android? – Ish