Подготовка приложения к Android Q. Часть 1
Мы находимся на 10-м году разработки Android (Android Q должен быть версией 10.0). В соответствии с Beta 4, официально у Android Q 29-й уровень API. Несмотря на то, что уже есть Beta 5 и ожидается Beta 6, API был помечен как окончательный, и сейчас самое время посмотреть, как Android Q повлияет на приложения и какие изменения нужно внести, чтобы полностью поддерживать Android Q.
Важные изменения (не все), представленные в Android Q, можно разделить на две категории: а) Конфиденциальность и безопасность, б) User Experience.
От переводчика: «Мы разделили перевод на две части соответствующие данным категориям. Соответственно в первой части поговорим о конфиденциальности и безопасности».
1) Конфиденциальность и безопасность
а) Запуск фоновых Activity
Больше нельзя запустить Activity, когда ваше приложение находится в фоновом режиме.
- На что влияет: Все приложения, работающие на Q (независимо от целевого SDK). Генерируется исключение, если Android Q — целевая версия приложения; и Activity просто не запустится, если Android Q — не целевая версия SDK для приложения, но оно работает на устройстве с Android Q.
- Исключения: Привязанные службы, такие как специальные возможности, автозаполнение и т. д. Если приложение получает PendingIntent от системы, мы можем использовать его для запуска Activity. Если у приложения есть разрешение SYSTEM_ALERT_WINDOW (удалено в Android GO) или приложение недавно вызывало finish() для Activity (не рекомендуется на это полагаться. «Недавно» может быть очень неоднозначным), тогда ваше приложение свободно от этого ограничения.
- Рекомендуемый подход: Уведомление, запускающее Activity
val fullScreenIntent = Intent(this, CallActivity::class.java) val fullScreenPendingIntent = PendingIntent.getActivity(this, 0, fullScreenIntent, PendingIntent.FLAG_UPDATE_CURRENT) val notificationBuilder = NotificationCompat.Builder(this, CHANNEL_ID) . .setPriority(NotificationCompat.PRIORITY_HIGH) .setCategory(NotificationCompat.CATEGORY_CALL) .setFullScreenIntent(fullScreenPendingIntent, true)Добавьте Fullscreen PendingIntent к уведомлению. Теперь, когда уведомление сработает, система запустит полноэкранный Intent.
Поэтому, если мы хотим запустить Activity из фонового режима, сначала создайте уведомление, которое будет показываться пользователю. В этом уведомлении добавьте Fullscreen PendingIntent . Кроме того, добавьте разрешение USE_FULL_SCREEN_INTENT в свой манифест. Теперь, когда уведомление сработает, система запустит полноэкранный Intent.
- Подводные камни: Система решает, когда показывать уведомление и когда показывать Activity. Если пользователь активно использует устройство, то отображается всплывающее уведомление. Если устройство в состоянии покоя или когда пользователь взаимодействует с уведомлением, запускается полноэкранное Activity. Например, как при получении телефонного звонка (всплывающие уведомления во время использования телефона, в противном случае полноэкранное Activity).
б) Аппаратные идентификаторы
Доступ к несбрасываемым идентификаторам устройства был отменен в Android Q.
- На что влияет: Все приложения, работающие на Q (независимо от целевого SDK). Генерируется исключение, если Q — это целевое SDK; и возвращается null , если целевое SDK меньше Q
- Избегайте: Mac-адрес теперь рандомизирован, а IMEI ( TelephonyManager.getDeviceId() ) и серийный номер больше не доступны. Теперь они являются «привилегированными разрешениями» и доступны только для приложений операторов.
- Рекомендуемый подход: используйте сбрасываемые идентификаторы, такие как Advertising ID, Instance ID или Globally-unique ID (GUID). См. Best practices for unique identifiers (Лучшие практики по использованию уникальных идентификаторов) для получения дополнительной информации о том, какой идентификатор использовать в каком случае.
в) Фоновое определение локации
Начиная с Android Q, система будет различать запросы местоположения, сделанные на переднем плане и в фоне.
Запрос на разрешение доступа к местоположению теперь будет иметь 3 варианта: Разрешать все время, Разрешать только при использовании приложения (доступ только на переднем плане) и Запретить (нет доступа).
- На что влияет: Это зависит от целевого SDK. Если Q — это целевое SDK для приложения, то вам нужно запросить новое разрешение на определение местоположения в фоновом режиме. Если у приложения другое целевое SDK, оно автоматически получит это разрешение, если уже имело права доступа к местоположению.
Изображение взято из документации для разработчиков Android
- Рекомендуемый подход: если приложению требуется однократный доступ к местоположению пользователя для выполнения некоторых задач, используйте службу переднего плана с параметром foregroundServiceType, заданным как location в файле манифеста приложения.
Если приложению необходим постоянный доступ к местоположению устройства, например, для геозонирования, то оно может настроить запрос на разрешение доступа к местоположению в фоновом режиме. Другие аспекты приложения (например, как местоположение извлекается аи используется) менять не нужно. Чтобы запросить доступ к местоположению в фоновом режиме, добавьте в манифест разрешение ACCESS_BACKGROUND_LOCATION :
//Request for the permission like any other permission request: ActivityCompat.requestPermissions(this, arrayOf(Manifest.permission.ACCESS_COARSE_LOCATION, Manifest.permission.ACCESS_BACKGROUND_LOCATION), your-permission-request-code)Запрос доступа к местоположению в фоновом режиме
Напоминание, показываемое системой, о доступе к местоположению в фоновом режиме
Несколько важных вещей, о которых следует помнить: пользователь может получить напоминание после предоставления приложению доступа к местоположению устройства в фоновом режиме, и, как и любое другое разрешение, пользователь может отозвать разрешение на него. Это особенно важно для приложений, у которых Q не является целевым SDK, но работающих на устройствах с Android Q, поскольку оно получило бы фоновое разрешение по умолчанию, если бы у него было разрешение на определение местоположения. Убедитесь, что приложение изящно обрабатывает такие сценарии. По этой причине всякий раз, когда приложение запускает службу или запрашивает местоположение, проверьте, позволяет ли пользователь по-прежнему получать приложению доступ к информации о местоположении.
На этом первая часть статьи подошла к концу.А о User Experiences, как и обещали, поговорим во второй части.
- Android
- AndroidDev
- Android Q
- Android App Development
- Блог компании OTUS
- Программирование
- Разработка под Android
AndroidStudio: лаунчер и обычное приложение, что это и как сделать?
Мне нужно изменить тип приложения на «обычное», т.е. «не лаунчер». Но я не совсем понимаю как это сделать, т.к. как я почитал в интернете, ланучер приложение — это приложение, которое может представлять домашний экран устройства и показывать список работающих на устройстве приложений. Но данное приложение при установке на телефон не становится лаунчером, это просто приложение, которое запускается с домашнего экрана. (Такой вопрос возникает, т.к. приложение не мое, а связи с разработчиком нет) Может быть приложение и так имеет тип «обычное»? Или я что-то не так понял. Подскажите пожалуйста. AndroidManifest приложения:
Отслеживать
26.3k 7 7 золотых знаков 32 32 серебряных знака 48 48 бронзовых знаков
задан 15 авг 2018 в 12:05
417 3 3 серебряных знака 16 16 бронзовых знаков
Перевод «full mode» на русский
Kompanion Bank offers its customers 2 options for using the Internet banking service: the view mode and full mode.
Банк Компаньон предлагает своим клиентам 2 опции использования услуги интернет-банкинг: режим просмотра и полный режим.
There will be two versions of the system: a «lite mode,» wherein the customer may view their financial information but will not be able to effect transactions, and then a more useful «full mode.»
У системы будет две версии: «облегченный режим», в котором клиент может просматривать свою финансовую информацию, но не сможет осуществлять транзакции, и более функциональный «полный режим».
All ticket sales via automatic systems will be operating in full mode.
Все автоматические системы продаж билетов также будут работать в полном режиме.
It should now open in its full mode.
Теперь он должен открыться в полном режиме.
Wait a few seconds for the phone once again found the net and started working in full mode.
Подождите несколько секунд, чтобы телефон вновь нашел сеть и начал работать в полноценном режиме.
Besides, playing Bunny Boiler, you can get a lot of pleasure together with positive emotions and grow rich in case if you play in full mode.
Кроме того, что, играя в Bunny Boiler, можно получить огромное удовольствие наряду с немалым зарядом позитивных эмоций, так еще и разбогатеть, если игра, конечно же, проходит в полноценном режиме.
During work with Dired’s buffer we can display data in short or full mode.
При работе с буфером Dired, данные могут отображаться в сокращенном или полном режиме.
Repayment of the loan is carried out according to the established schedule; the company not only works in full mode, but also increases production volumes.
Возврат займа осуществляется согласно установленного графика, предприятие не только работает в полном режиме, но и наращивает объемы производства.
Usually proxies are different, so you need to have some skills below in full mode to use all the features of one or another proxy.
Как правило, прокси бывают разные, поэтому нужно обладать некоторыми навыками, чтобы в полноценном режиме использовать все функции того или иного прокси.
During sleep mode scanning and full mode scanning, no more than 2% of the CPU resources were used.
Во время сканирования в спящем режиме и при полном режиме сканирования было задействовано не более 2% ресурсов процессора.
But while the iPhone though and cope with immersion, really can’t work in full mode: in particular, the user can press the display under water.
Но пока что iPhone хоть и справляются с погружением, на самом деле не могут работать в полном режиме: в частности, пользователь не можете нажимать на дисплей под водой.
After the test operation of the new system on the proposals and comments of users of the system will be carried out its completion, after which it will be launched in full mode with the included functions for payment and final registration of electronic travel documents.
После проведения тестовой эксплуатации новой системы по предложениям и замечаниям пользователей системы будет проведена её доработка, после чего она будет запущена в полном режиме с включёнными функциями по оплате и окончательному оформлению электронных проездных документов.
Currently the system runs in full mode in in 3 first instance pilot courts, whereas the system’s module for case registration is already operational in all national courts of first instance.
В настоящее время, система работает в З судах первой инстанции в полном режиме, а в остальных 53 судах первой инстанции функционирует пока только первый модуль — «регистрационный модуль».
We will remind, recently it became known about the launch in full mode blockchain platform for trading of oil and oil products Vakt, designed for customers of the industry of crude oil, including giants BP, Equinor, Shell, Gunvor and Mercuria.
Напомним, недавно стало известно о запуске в полноценном режиме блокчейн-платформы для торговли нефти и нефтепродуктами Vakt, разработанной для клиентов индустрии сырой нефти, включая гигантов BP, Equinor, Shell, Gunvor и Mercuria.
What are Full-Screen Intents?
Full-Screen Intents are Intents that can launch in full-screen and can be used for showing a full-screen notification.
Well, I guess that needs a bit more explanation so keep on reading.
Why should Full-Screen Intents be used?
A restriction was added with Android Q where an app couldn’t start an activity if not meeting the criteria. Although this breaks a lot of things, it doesn’t affect full-screen intents. (see Restrictions on starting activities from the background)
Ian Lake from the Android Toolkit team said the following on a Stackoverflow question:
Full screen intent has been the recommended best practice for alarms since it was introduced in API 9 and was even more important with the introduction of heads up notifications (where your alarm shows as a heads up notification if the user is actively using their device)
When should Full-Screen Intents be used?
Full-screen intents were added to the framework since forever and it is the recommended way of launching an activity while the system is locked or busy.
Examples:
- Incoming call: When there is an incoming call, the system launches a full-screen activity if the phone is locked or shows a normal notification with high priority.
- Alarm Clock: An alarm clock can use full-screen intent to either show an activity or a notification with high priority.
Notifications with a Full-Screen Intent are less intrusive to the user and there is less chance to break in the future with any API changes.
Show me the code
Note: On Android 10 and above to use a full-screen intent, a special permission needs to be declared in the Manifest.
We are going to explore three different scenarios:
- Notify while the app is on the foreground
- Schedule Full-Screen Intent Notification
- Full-Screen Intent on Lock Screen with a Keyguard
Disclaimer: Some logic will be omitted for demonstration purposes
1. Notify while the app on the foreground.
In order to show a full-screen intent, we need to first build the notification and set the full-screen intent to the notification.
To build the intent we need a pending intent, which can be achieved using PendingIntent.
val builder = NotificationCompat.Builder(this, channelId)
.setSmallIcon(android.R.drawable.arrow_up_float)
.setContentTitle(title)
.setContentText(description)
.setPriority(NotificationCompat.PRIORITY_HIGH)
// request code and flags not added for demo purposes
val pendingIntent = PendingIntent.getActivity(this, 0, intent, 0)
builder.setFullScreenIntent(pendingIntent) // THIS HERE is the full-screen intent
Don’t forget to add in your AndroidManifest.xml’s Activity the following as well:
android:showOnLockScreen="true"/>
2. Schedule Full-Screen Intent Notification
Building the notification is identical to the previous example. The main difference is that the notification is not built by an Activity but by a BroadcastReceiver to enable scheduling in the future using AlarmManager.
Scheduling
AlarmManager needs a PendingIntent with a BroadcastReceiver.
fun Context.scheduleNotification(isLockScreen: Boolean) val alarmManager = getSystemService(Context.ALARM_SERVICE) as AlarmManager
val timeInMillis = System.currentTimeMillis() + TimeUnit.SECONDS.toMillis(SCHEDULE_TIME)
with(alarmManager) setExact(AlarmManager.RTC_WAKEUP, timeInMillis, getReceiver(isLockScreen))
>
>
private fun Context.getReceiver(isLockScreen: Boolean): PendingIntent // for demo purposes no request code and no flags
return PendingIntent.getBroadcast(
this,
0,
NotificationReceiver.build(this, isLockScreen),
0
)
>
Receiver
The Receiver below is called in two cases:
- When the system is locked
- When the system is not locked
class NotificationReceiver : BroadcastReceiver()
override fun onReceive(context: Context, intent: Intent) if(intent.getBooleanExtra(LOCK_SCREEN_KEY, true)) context.showNotificationWithFullScreenIntent(true)
> else context.showNotificationWithFullScreenIntent()
>
>
companion object fun build(context: Context, isLockScreen: Boolean): Intent return Intent(context, NotificationReceiver::class.java).also it.putExtra(LOCK_SCREEN_KEY, isLockScreen)
>
>
>
>
private const val LOCK_SCREEN_KEY = "lockScreenKey"
3. Full-Screen Intent on Lock Screen with a Keyguard
Keyguard could prevent the notification from being displayed.
Let’s see an example to visualize it.
The framework provides some flags to dismiss keyguard.
Note: To be able to turn on the screen we need to also request it using the:
Time for an extension function that sets both flags with backward compatibility ��
fun Activity.turnScreenOnAndKeyguardOff() if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O_MR1) setShowWhenLocked(true)
setTurnScreenOn(true)
> else window.addFlags(
WindowManager.LayoutParams.FLAG_KEEP_SCREEN_ON
or WindowManager.LayoutParams.FLAG_ALLOW_LOCK_WHILE_SCREEN_ON
)
>
with(getSystemService(Context.KEYGUARD_SERVICE) as KeyguardManager) if (Build.VERSION.SDK_INT >= Build.VERSION_CODES.O) requestDismissKeyguard(this@turnScreenOnAndKeyguardOff, null)
>
>
>
Demo ��
Conclusion
Using Full-Screen Intents is easy and it’s the recommended way of launching an activity, especially for alarms.
The API should be used with care, and developers shouldn’t abuse it as it’s quite intrusive especially when the screen wakes up.
You can find a sample project here.