Спасиб за перевод. Проверь плиз некоторые места повнимательнее, иногда например click переведен как щелчок, touchpad как сенсорная панель и тп. Звучит странно :)
Спасибо за комментарий. Код разный, потому что он реализует разные вещи, первый обрабатывает запуск приложения, а второй обработку в бэкграунде. А потом написано «Когда мы объединим обе части: часть для запуска приложения и часть для приложения в бэкграунде – мы будем контролировать все переходы пользователя по Deep Links.»
И специально на случай если непонятно, где и что переопределять, есть ссылка на репозиторий, где рабочий код по этому примеру реализован.
Это тоже настраивается через FCM API. Нужно задать имя экшена в значение ключу click_action в notification payload уведомления, и настроить интент фильтр, чтобы при исполнении этого экшена открывалась определенная активити. Например присвоить click_action значение OPEN_ACTIVITY_1 и в манифесте прописать нужной активити
<intent-filter>
<action android:name=«OPEN_ACTIVITY_1» />
<category android:name=«android.intent.category.DEFAULT» />
</intent-filter>
Если приложение активно, то получение сообщения можно отследить через метод onMessageReceived… правда если приложение в бэкграунде, то оно отправляется сразу в Notification center, и метод не срабатывает… чтобы сообщение всегда обрабатывалось через onMessageReceived надо отправлять не нотификацию а data месседж, без секции notification. Но через консоль так пока сделать нельзя, и сообщение нужно отправлять через API FCM
Спасиб за перевод. Проверь плиз некоторые места повнимательнее, иногда например click переведен как щелчок, touchpad как сенсорная панель и тп. Звучит странно :)
И специально на случай если непонятно, где и что переопределять, есть ссылка на репозиторий, где рабочий код по этому примеру реализован.
<intent-filter>
<action android:name=«OPEN_ACTIVITY_1» />
<category android:name=«android.intent.category.DEFAULT» />
</intent-filter>