2014-01-15 2 views
0

В Руководствах пользователя указано, что приложение отправителя должно возобновить сеанс после его уничтожения и перезапуска. В частности, он говорит: «Если приложение отправителя будет убито, он должен иметь контекст сеанса Cast, и он сможет возобновить сеанс из этого контекста при перезапуске приложения-отправителя». Несколько вопросов ...Как приложение отправителя возобновляет сеанс после его убийства?

  1. Что означает «контекст передачи роли» в этой ситуации? Это какой-то объект или объекты в Cast API, которые могут быть сохранены, а затем восстановлены ИЛИ или что-то более общее?
  2. Для того чтобы это произошло и не мешало другому приложению, которое могло быть отправлено на одно и то же устройство, в то время как оригинальное приложение было мертвым, новый экземпляр исходного приложения должен иметь возможность запросить, будет ли данное устройство работать с оригиналом приемник приложения, другой приемник или приемник. Как это достигается?
  3. Если приложение должно возобновиться на том же устройстве Chromecast, тогда какой-то идентификатор устройства должен быть сохранен при уничтожении приложения. Является ли getDeviceId в CastDevice правильной вещью для хранения?
+0

Хромированные отправители в настоящее время не могут, но iOS & Android могут - о чём вы спрашиваете? –

+0

Android и iOS – FinnTheHuman

+1

StackOverflow разработан вокруг концепции «один вопрос за сообщение». Вы попросили по крайней мере 5 (3 в 1-м и 1-м в двух других предметах) и, возможно, 6, если вы посчитаете заголовок вопроса. Это слишком обширно; он должен быть разбит на несколько сообщений. Если вы хотите сослаться на этот вопрос для некоторого контекста из дополнительных вопросов, вы можете это сделать. –

ответ

2

Предварительный просмотр SDK содержит некоторые недостатки, которые препятствуют полной реализации этой функции. Когда официальный SDK станет доступным, это будет полностью рассмотрено.

FYI, чтобы повторно подключить предыдущее «состояние», вам необходимо сохранить определенную информацию, чтобы в следующий раз вы могли идентифицировать устройство/маршрут и сеанс, который вы инициировали ранее. К сожалению, как я уже упоминал выше, API-интерфейсы, которые вам нужны для полного и чистого процесса восстановления, не полностью присутствуют в SDK предварительного просмотра, поэтому вы можете игнорировать этот аспект Руководства UX до тех пор, пока официальная версия не предоставит вам все необходимые фрагменты ,

Смежные вопросы