2016-08-25 4 views
0

맞춤형 캐스트 ​​수신기가 있습니다. 우리는 그것을 재 작성하고 기존 고객이 지원하지 않는 새로운 맞춤 메시지를 갖기로했습니다. 이전 수신자의 지원 중단을 관리하는 가장 좋은 방법이 무엇인지 궁금합니다.캐스트 수신기의 새 버전으로 마이그레이션하는 가장 좋은 방법

이전 수신자가 앱 ID "ABCDEF"를 가리키고 오래된 iOS/Android 클라이언트가이 이전 수신자 앱 ID를 가리키고 있다고 가정 해보십시오.

이상적으로 우리는 새로운 응용 프로그램 ID "GHIJKL"을 작성하고 이전 iOS/Android 클라이언트가이를 가리키고 이전 수신기 "ABCDEF"를 그대로두고 기존 클라이언트가 계속 작동하도록합니다.

그러나 우리의 앱 ID (예 : chromecast.com/apps 및 Cast 앱 추천 앱에 표시됨)와 모든 수신자 통계에 많은 정보가 연결되어있어 새 앱 ID

이전 앱과 이전 버전과의 호환성을 유지하면서 (예 : 이전 리시버 코드와의 통화 허용) 동일한 앱 ID를 사용하여 리시버를 업그레이드하는 다른 권장 방법이 있습니까? 동적으로 가져올 버전을 알려주기 위해 클라이언트에서 수신기로 전달할 수있는 맞춤 매개 변수는 없습니다.

답변

0

변경 사항의 성격에 대해 알지 못해도 무엇을 할 수 있는지 말할 수 없습니다. 여기에 그 시도가 있습니다 : 새로운 수신기 (아래에 설명되어 있음)를 업데이트하고 동일한 appId 아래 depoly. 새 수신기에서 이전 사용자 지정 메시지/네임 스페이스가 지원되는 경우 이전 클라이언트는 새 수신기와 통신 할 수 있어야합니다. 지원되지 않는 경우 한 가지 방법은 새 수신기뿐만 아니라 새 수신기에 이전 맞춤 네임 스페이스/메시지를 추가 한 다음 이전 네임 스페이스에서 메시지를 받으면 새 수신기로 마이그레이션하는 것입니다. 새로운 메시지/콜백 또는 무엇이든간에 말이야. 즉, 이전 클라이언트를 행복하게 만들려고 시도하지만 (기존 기능에 제한됨) 새 클라이언트가 새 네임 스페이스/메시지를 호출합니다.

+0

감사합니다. 리시버에서 사용하는 라이브러리를 다시 작성 중이며 필요한 데이터가 다릅니다. 이전 클라이언트가 전달한 데이터를 지원하도록 라이브러리를 변경해야하며 깨끗하지 않을 것입니다. 우리는 새로운 앱 ID를 만들고 단점을 지니는 것이 단점이라고 생각합니다. 추천 앱이나 다른 부작용에 대한 우리의 입장에 영향을 줍니까? – user1165560

+0

chromecast 리시버에 쿼리 매개 변수를 전달할 수있는 것 같습니다. http://stackoverflow.com/questions/20472141/chromecast-receiver-app-query-parameters하지만 Android 또는 iOS에서 어떻게 작동하는지 찾지 못했습니다. 다른 매개 변수를 전달할 수 있다면 다른 웹 페이지로 리디렉션 할 수 있습니까? – user1165560

+0

@Ali 수신기에 매개 변수를 전달하는 해결책은 유망한 것으로 들립니다. 이 기능을 iOS/Android에서 사용할 수 있는지 여부를 확인할 수 있습니까? – Ish