Встраивание действий оптимизирует приложения на устройствах с большим экраном, разделяя окно задач приложения между двумя действиями или двумя экземплярами одного и того же действия.
Если ваше приложение состоит из нескольких действий, внедрение действий позволит вам улучшить взаимодействие с пользователем на планшетах, складных устройствах и устройствах ChromeOS.
Внедрение активности не требует рефакторинга кода. Вы определяете, как ваше приложение отображает свои действия — рядом или в стопке — путем создания файла конфигурации XML или путем выполнения вызовов API Jetpack WindowManager .
Поддержка маленьких экранов поддерживается автоматически. Когда ваше приложение установлено на устройстве с маленьким экраном, действия располагаются одно поверх другого. На больших экранах действия отображаются рядом. Система определяет представление на основе созданной вами конфигурации — логика ветвления не требуется.
Встраивание действий учитывает изменения ориентации устройства и безупречно работает на складных устройствах, складывая и раскладывая действия по мере того, как устройство складывается и раскладывается.
Встраивание действий поддерживается на большинстве устройств с большим экраном под управлением Android 12L (уровень API 32) и выше.
Разделить окно задач
Встраивание действий разделяет окно задач приложения на два контейнера: основной и дополнительный. Контейнеры содержат действия, запущенные из основного действия или из других действий, уже находящихся в контейнерах.
Действия располагаются во вторичном контейнере при их запуске, а вторичный контейнер размещается поверх основного контейнера на маленьких экранах, поэтому расположение действий и обратная навигация соответствуют порядку действий, уже встроенному в ваше приложение.
Внедрение действий позволяет отображать действия различными способами. Ваше приложение может разделить окно задач, одновременно запуская два действия одновременно:
Или действие, занимающее все окно задачи, может создать разделение, запустив рядом с ним новое действие:
Действия, которые уже разделены и совместно используют окно задач, могут запускать другие действия следующими способами:
В сторону поверх другого действия:
Рисунок 4. Действие A начинает действие C сбоку от действия B. В сторону и сдвиньте раскол в сторону, скрыв предыдущую основную деятельность:
Рисунок 5. Действие B запускает действие C в сторону и смещает разделение в сторону. Запустите активность на месте сверху; то есть в том же стеке действий:
Рисунок 6. Действие B запускает действие C без дополнительных флагов намерения. Запустите полное окно активности в той же задаче:
Рисунок 7. Действие A или действие B запускает действие C, которое заполняет окно задачи.
Обратная навигация
Различные типы приложений могут иметь разные правила обратной навигации в состоянии разделенного окна задачи в зависимости от зависимостей между действиями или того, как пользователи запускают обратное событие, например:
- Объединение: если действия связаны и одно не должно отображаться без другого, можно настроить обратную навигацию для завершения обоих.
- Работа в одиночку: если действия полностью независимы, обратная навигация по действию не влияет на состояние другого действия в окне задачи.
Событие Back отправляется на последнее сфокусированное действие при использовании навигации с помощью кнопок.
Для навигации на основе жестов:
Android 14 (уровень API 34) и более ранние версии — событие Back отправляется на действие, в котором произошел жест. Когда пользователи проводят пальцем по левой стороне экрана, обратное событие отправляется на действие на левой панели разделенного окна. Когда пользователи проводят пальцем от правой части экрана, обратное событие отправляется на действие на правой панели.
Android 15 (уровень API 35) и выше
При работе с несколькими действиями в одном приложении жест завершает верхнее действие независимо от направления смахивания, обеспечивая более унифицированный интерфейс.
В сценариях, включающих два действия из разных приложений (оверлей), событие Back направляется на последнее действие в фокусе, что соответствует поведению навигации по кнопкам.
Многопанельный макет
Jetpack WindowManager позволяет создавать действия, встраивающие многопанельный макет, на устройствах с большим экраном под управлением Android 12L (уровень API 32) или выше, а также на некоторых устройствах с более ранними версиями платформы. Существующие приложения, основанные на нескольких действиях, а не на фрагментах или макетах на основе представлений, такие как SlidingPaneLayout могут обеспечить улучшенное взаимодействие с пользователем на большом экране без рефакторинга исходного кода.
Одним из распространенных примеров является разделение списка на детали. Чтобы обеспечить качественное представление, система запускает действие списка, а затем приложение сразу же запускает действие детализации. Система перехода ждет, пока будут нарисованы оба действия, а затем отображает их вместе. Для пользователя эти два действия запускаются как одно.
Разделить атрибуты
Вы можете указать, как распределяется окно задачи между разделенными контейнерами и как контейнеры располагаются относительно друг друга.
Для правил, определенных в файле конфигурации XML, установите следующие атрибуты:
-
splitRatio: устанавливает пропорции контейнера. Значение представляет собой число с плавающей запятой в открытом интервале (0,0, 1,0). -
splitLayoutDirection: определяет расположение разделенных контейнеров относительно друг друга. Ценности включают в себя:-
ltr: слева направо -
rtl: справа налево -
locale: либоltr, либоrtlопределяется настройкой локали.
-
Примеры см. в разделе конфигурации XML .
Для правил, созданных с использованием API WindowManager, создайте объект SplitAttributes с помощью SplitAttributes.Builder и вызовите следующие методы компоновщика:
-
setSplitType(): устанавливает пропорции разделенных контейнеров. Допустимые аргументы, включая методSplitAttributes.SplitTypeSplitAttributes.SplitType.ratio(). setLayoutDirection(): устанавливает макет контейнеров. Возможные значения см. в разделеSplitAttributes.LayoutDirection.
Примеры см. в разделе API WindowManager .
Заполнители
Действия-заполнители — это пустые второстепенные действия, занимающие область разделения действий. В конечном итоге они предназначены для замены другим действием, содержащим контент. Например, действие-заполнитель может занимать второстепенную сторону разделения действия в макете с подробностями списка до тех пор, пока элемент из списка не будет выбран, после чего действие, содержащее подробную информацию для выбранного элемента списка, заменяет заполнитель.
По умолчанию система отображает заполнители только тогда, когда достаточно места для разделения действий. Заполнители автоматически завершают работу, когда размер дисплея изменяется на ширину или высоту, слишком малую для отображения разделения. Если позволяет место, система перезапускает заполнитель с повторно инициализированным состоянием.
Однако атрибут stickyPlaceholder метода SplitPlaceholderRule или setSticky() метода SplitPlaceholder.Builder может переопределить поведение по умолчанию. Если атрибут или метод задает значение true , система отображает заполнитель как самое верхнее действие в окне задачи, когда размер дисплея изменяется до однопанельного с двухпанельного (пример см. в разделе Конфигурация разделения ). .
Изменение размера окна
При изменении конфигурации устройства уменьшите ширину окна задачи, чтобы она не была достаточно большой для многопанельного макета (например, когда складное устройство с большим экраном складывается из размера планшета до размера телефона или размер окна приложения изменяется в многооконном режиме). ), действия, не являющиеся заполнителями, на дополнительной панели окна задач располагаются поверх действий на основной панели.
Действия-заполнители отображаются только в том случае, если ширины дисплея достаточно для разделения. На экранах меньшего размера заполнитель автоматически закрывается. Когда область отображения снова становится достаточно большой, заполнитель создается заново. (См. раздел «Заполнители ».)
Объединение действий возможно, поскольку WindowManager упорядочивает действия на вторичной панели по z-упорядочению над действиями на основной панели.
Несколько действий на дополнительной панели
Действие B запускает действие C на месте без дополнительных флагов намерений:
в результате получается следующий z-порядок действий в одной задаче:
Таким образом, в меньшем окне задачи приложение сжимается до одного действия с C на вершине стека:
Возвращаясь назад в меньшем окне, вы перемещаетесь по действиям, расположенным друг над другом.
Если конфигурация окна задачи восстанавливается до большего размера, позволяющего разместить несколько панелей, действия снова отображаются рядом.
Сложные расколы
Действие B запускает действие C в сторону и смещает разделение в сторону:
В результате получается следующий z-порядок действий в одной задаче:
В меньшем окне задачи приложение сжимается до одного действия с буквой C сверху:
Фиксированная портретная ориентация
Параметр манифеста android:screenOrientation позволяет приложениям ограничивать действия книжной или альбомной ориентацией. Чтобы улучшить взаимодействие с пользователем на устройствах с большим экраном, таких как планшеты и складные устройства, производители устройств (OEM) могут игнорировать запросы на ориентацию экрана и переводить приложение в почтовый ящик в книжной ориентации на альбомных дисплеях или в альбомной ориентации на книжных дисплеях.
Аналогичным образом, когда включено встраивание действий, OEM-производители могут настраивать устройства для отображения действий в почтовом ящике с фиксированной книжной ориентацией в альбомной ориентации на больших экранах (ширина ≥ 600 точек). Когда действие с фиксированным портретом запускает второе действие, устройство может отображать два действия рядом на двухпанельном дисплее.
Всегда добавляйте свойство android.window.PROPERTY_ACTIVITY_EMBEDDING_SPLITS_ENABLED в файл манифеста вашего приложения, чтобы информировать устройства о том, что ваше приложение поддерживает внедрение активности (см. раздел конфигурации разделения ). Устройства, настроенные OEM-производителями, могут затем определить, следует ли использовать фиксированный портретный режим почтового ящика.
Разделенная конфигурация
Правила разделения настраивают разделение активности. Вы определяете правила разделения в файле конфигурации XML или с помощью вызовов API Jetpack WindowManager .
В любом случае ваше приложение должно получить доступ к библиотеке WindowManager и сообщить системе, что приложение реализовало внедрение активности.
Сделайте следующее:
Добавьте последнюю зависимость библиотеки WindowManager в файл
build.gradleуровня модуля вашего приложения, например:implementation 'androidx.window:window:1.1.0-beta02'Библиотека WindowManager предоставляет все компоненты, необходимые для внедрения действий.
Сообщите системе, что в вашем приложении реализовано внедрение активности.
Добавьте свойство
android.window.PROPERTY_ACTIVITY_EMBEDDING_SPLITS_ENABLEDв элемент <application> файла манифеста приложения и установите значение true, например:<manifest xmlns:android="http://schemas.android.com/apk/res/android"> <application> <property android:name="android.window.PROPERTY_ACTIVITY_EMBEDDING_SPLITS_ENABLED" android:value="true" /> </application> </manifest>В выпуске WindowManager 1.1.0-alpha06 и более поздних версиях разделения внедрения действий отключены, если только свойство не добавлено в манифест и не установлено значение true.
Кроме того, производители устройств используют этот параметр для включения пользовательских возможностей для приложений, поддерживающих внедрение действий. Например, устройства могут помещать в почтовый ящик действие только в книжной ориентации на альбомных дисплеях, чтобы ориентировать действие для перехода к двухпанельному макету при запуске второго действия (см. Фиксированная книжная ориентация ).
XML-конфигурация
Чтобы создать реализацию внедрения действий на основе XML, выполните следующие шаги:
Создайте файл ресурсов XML, который выполняет следующие действия:
- Определяет действия, которые разделяют разделение
- Настраивает параметры разделения
- Создает заполнитель для вторичного контейнера разделения, когда контент недоступен.
- Определяет действия, которые никогда не должны быть частью разделения.
Например:
<!-- main_split_config.xml --> <resources xmlns:window="http://schemas.android.com/apk/res-auto"> <!-- Define a split for the named activities. --> <SplitPairRule window:splitRatio="0.33" window:splitLayoutDirection="locale" window:splitMinWidthDp="840" window:splitMaxAspectRatioInPortrait="alwaysAllow" window:finishPrimaryWithSecondary="never" window:finishSecondaryWithPrimary="always" window:clearTop="false"> <SplitPairFilter window:primaryActivityName=".ListActivity" window:secondaryActivityName=".DetailActivity"/> </SplitPairRule> <!-- Specify a placeholder for the secondary container when content is not available. --> <SplitPlaceholderRule window:placeholderActivityName=".PlaceholderActivity" window:splitRatio="0.33" window:splitLayoutDirection="locale" window:splitMinWidthDp="840" window:splitMaxAspectRatioInPortrait="alwaysAllow" window:stickyPlaceholder="false"> <ActivityFilter window:activityName=".ListActivity"/> </SplitPlaceholderRule> <!-- Define activities that should never be part of a split. Note: Takes precedence over other split rules for the activity named in the rule. --> <ActivityRule window:alwaysExpand="true"> <ActivityFilter window:activityName=".ExpandedActivity"/> </ActivityRule> </resources>Создайте инициализатор.
Компонент WindowManager
RuleControllerанализирует файл конфигурации XML и делает правила доступными для системы.Initializerбиблиотеки запуска Jetpack делает XML-файл доступным дляRuleControllerпри запуске приложения, чтобы правила вступили в силу при запуске любых действий.Чтобы создать инициализатор, выполните следующие действия:
Добавьте последнюю зависимость библиотеки запуска Jetpack в файл
build.gradleуровня модуля, например:implementation 'androidx.startup:startup-runtime:1.1.1'Создайте класс, реализующий интерфейс
Initializer.Инициализатор делает правила разделения доступными для
RuleController, передавая идентификатор файла конфигурации XML (main_split_config.xml) методуRuleController.parseRules().Котлин
class SplitInitializer : Initializer<RuleController> { override fun create(context: Context): RuleController { return RuleController.getInstance(context).apply { setRules(RuleController.parseRules(context, R.xml.main_split_config)) } } override fun dependencies(): List<Class<out Initializer<*>>> { return emptyList() } }
Ява
public class SplitInitializer implements Initializer<RuleController> { @NonNull @Override public RuleController create(@NonNull Context context) { RuleController ruleController = RuleController.getInstance(context); ruleController.setRules( RuleController.parseRules(context, R.xml.main_split_config) ); return ruleController; } @NonNull @Override public List<Class<? extends Initializer<?>>> dependencies() { return Collections.emptyList(); } }
Создайте поставщика контента для определений правил.
Добавьте
androidx.startup.InitializationProviderв файл манифеста вашего приложения в качестве<provider>. Включите ссылку на реализацию инициализатораRuleControllerSplitInitializer:<!-- AndroidManifest.xml --> <provider android:name="androidx.startup.InitializationProvider" android:authorities="${applicationId}.androidx-startup" android:exported="false" tools:node="merge"> <!-- Make SplitInitializer discoverable by InitializationProvider. --> <meta-data android:name="${applicationId}.SplitInitializer" android:value="androidx.startup" /> </provider>InitializationProviderобнаруживает и инициализируетSplitInitializerперед вызовом методаonCreate()приложения. В результате правила разделения действуют при запуске основного действия приложения.
API оконного менеджера
Вы можете реализовать внедрение активности программно с помощью нескольких вызовов API. Выполните вызовы метода onCreate() подкласса Application чтобы убедиться, что правила действуют, прежде чем запускать какие-либо действия.
Чтобы программно создать разделение активности, выполните следующие действия:
Создайте правило разделения:
Создайте
SplitPairFilter, который идентифицирует действия, которые разделяют разделение:Котлин
val splitPairFilter = SplitPairFilter( ComponentName(this, ListActivity::class.java), ComponentName(this, DetailActivity::class.java), null )
Ява
SplitPairFilter splitPairFilter = new SplitPairFilter( new ComponentName(this, ListActivity.class), new ComponentName(this, DetailActivity.class), null );
Добавьте фильтр в набор фильтров:
Котлин
val filterSet = setOf(splitPairFilter)
Ява
Set<SplitPairFilter> filterSet = new HashSet<>(); filterSet.add(splitPairFilter);
Создайте атрибуты макета для разделения:
Котлин
val splitAttributes: SplitAttributes = SplitAttributes.Builder() .setSplitType(SplitAttributes.SplitType.ratio(0.33f)) .setLayoutDirection(SplitAttributes.LayoutDirection.LEFT_TO_RIGHT) .build()
Ява
final SplitAttributes splitAttributes = new SplitAttributes.Builder() .setSplitType(SplitAttributes.SplitType.ratio(0.33f)) .setLayoutDirection(SplitAttributes.LayoutDirection.LEFT_TO_RIGHT) .build();
SplitAttributes.Builderсоздает объект, содержащий атрибуты макета:-
setSplitType(): определяет, как доступная область отображения распределяется по каждому контейнеру активности. Тип разделения соотношения определяет долю доступной области отображения, выделенную основному контейнеру; вторичный контейнер занимает оставшуюся часть доступной области отображения. -
setLayoutDirection(): определяет, как контейнеры действий располагаются относительно друг друга, сначала основной контейнер.
-
Создайте
SplitPairRule:Котлин
val splitPairRule = SplitPairRule.Builder(filterSet) .setDefaultSplitAttributes(splitAttributes) .setMinWidthDp(840) .setMinSmallestWidthDp(600) .setMaxAspectRatioInPortrait(EmbeddingAspectRatio.ratio(1.5f)) .setFinishPrimaryWithSecondary(SplitRule.FinishBehavior.NEVER) .setFinishSecondaryWithPrimary(SplitRule.FinishBehavior.ALWAYS) .setClearTop(false) .build()
Ява
SplitPairRule splitPairRule = new SplitPairRule.Builder(filterSet) .setDefaultSplitAttributes(splitAttributes) .setMinWidthDp(840) .setMinSmallestWidthDp(600) .setMaxAspectRatioInPortrait(EmbeddingAspectRatio.ratio(1.5f)) .setFinishPrimaryWithSecondary(SplitRule.FinishBehavior.NEVER) .setFinishSecondaryWithPrimary(SplitRule.FinishBehavior.ALWAYS) .setClearTop(false) .build();
SplitPairRule.Builderсоздает и настраивает правило:-
filterSet: содержит фильтры разделенной пары, которые определяют, когда применять правило, путем определения действий, которые разделяют разделение. -
setDefaultSplitAttributes(): применяет атрибуты макета к правилу. -
setMinWidthDp(): устанавливает минимальную ширину дисплея (в пикселях, не зависящих от плотности, dp), которая обеспечивает разделение. -
setMinSmallestWidthDp(): устанавливает минимальное значение (в dp), которое должен иметь меньший из двух размеров дисплея, чтобы включить разделение независимо от ориентации устройства. -
setMaxAspectRatioInPortrait(): устанавливает максимальное соотношение сторон экрана (высота:ширина) в книжной ориентации, для которого отображаются разделения активности. Если соотношение сторон портретного дисплея превышает максимальное соотношение сторон, разделение отключается независимо от ширины дисплея. Примечание. Значение по умолчанию — 1,4, в результате чего на большинстве планшетов действия занимают все окно задачи в книжной ориентации. См. такжеSPLIT_MAX_ASPECT_RATIO_PORTRAIT_DEFAULTиsetMaxAspectRatioInLandscape(). Значение по умолчанию для ландшафта —ALWAYS_ALLOW. -
setFinishPrimaryWithSecondary(): устанавливает, как завершение всех действий во вторичном контейнере влияет на действия в основном контейнере.NEVERуказывает, что система не должна завершать основные действия после завершения всех действий во вторичном контейнере (см. Завершение действий ). -
setFinishSecondaryWithPrimary(): устанавливает, как завершение всех действий в основном контейнере влияет на действия во вторичном контейнере.ALWAYSуказывает, что система всегда должна завершать действия во вторичном контейнере, когда завершаются все действия в основном контейнере (см. Завершение действий ). -
setClearTop(): указывает, завершаются ли все действия во вторичном контейнере, когда в контейнере запускается новое действие. Значениеfalseуказывает, что новые действия располагаются поверх действий, уже находящихся во вторичном контейнере.
-
Получите одноэлементный экземпляр WindowManager
RuleControllerи добавьте правило:Котлин
val ruleController = RuleController.getInstance(this) ruleController.addRule(splitPairRule)
Ява
RuleController ruleController = RuleController.getInstance(this); ruleController.addRule(splitPairRule);
Создайте заполнитель для вторичного контейнера, если контент недоступен:
Создайте
ActivityFilter, который идентифицирует действие, с которым заполнитель разделяет разделение окна задачи:Котлин
val placeholderActivityFilter = ActivityFilter( ComponentName(this, ListActivity::class.java), null )
Ява
ActivityFilter placeholderActivityFilter = new ActivityFilter( new ComponentName(this, ListActivity.class), null );
Добавьте фильтр в набор фильтров:
Котлин
val placeholderActivityFilterSet = setOf(placeholderActivityFilter)
Ява
Set<ActivityFilter> placeholderActivityFilterSet = new HashSet<>(); placeholderActivityFilterSet.add(placeholderActivityFilter);
Создайте
SplitPlaceholderRule:Котлин
val splitPlaceholderRule = SplitPlaceholderRule.Builder( placeholderActivityFilterSet, Intent(context, PlaceholderActivity::class.java) ).setDefaultSplitAttributes(splitAttributes) .setMinWidthDp(840) .setMinSmallestWidthDp(600) .setMaxAspectRatioInPortrait(EmbeddingAspectRatio.ratio(1.5f)) .setFinishPrimaryWithPlaceholder(SplitRule.FinishBehavior.ALWAYS) .setSticky(false) .build()
Ява
SplitPlaceholderRule splitPlaceholderRule = new SplitPlaceholderRule.Builder( placeholderActivityFilterSet, new Intent(context, PlaceholderActivity.class) ).setDefaultSplitAttributes(splitAttributes) .setMinWidthDp(840) .setMinSmallestWidthDp(600) .setMaxAspectRatioInPortrait(EmbeddingAspectRatio.ratio(1.5f)) .setFinishPrimaryWithPlaceholder(SplitRule.FinishBehavior.ALWAYS) .setSticky(false) .build();
SplitPlaceholderRule.Builderсоздает и настраивает правило:-
placeholderActivityFilterSet: содержит фильтры действий, которые определяют, когда применять правило, путем определения действий, с которыми связано действие-заполнитель. -
Intent: указывает запуск действия-заполнителя. -
setDefaultSplitAttributes(): применяет атрибуты макета к правилу. -
setMinWidthDp(): устанавливает минимальную ширину дисплея (в пикселях, не зависящих от плотности, dp), при которой допускается разделение. -
setMinSmallestWidthDp(): устанавливает минимальное значение (в dp), которое должен иметь меньший из двух размеров дисплея, чтобы можно было разделить независимо от ориентации устройства. -
setMaxAspectRatioInPortrait(): устанавливает максимальное соотношение сторон экрана (высота:ширина) в книжной ориентации, для которого отображаются разделения активности. Примечание. Значение по умолчанию — 1,4, в результате чего на большинстве планшетов действия заполняют окно задачи в книжной ориентации. См. такжеSPLIT_MAX_ASPECT_RATIO_PORTRAIT_DEFAULTиsetMaxAspectRatioInLandscape(). Значение по умолчанию для ландшафта —ALWAYS_ALLOW. -
setFinishPrimaryWithPlaceholder(): устанавливает, как завершение действия заполнителя влияет на действия в основном контейнере. ВСЕГДА указывает, что система всегда должна завершать действия в основном контейнере после завершения заполнителя (см. Завершение действий ). -
setSticky(): определяет, появляется ли действие-заполнитель поверх стека действий на небольших дисплеях после того, как заполнитель впервые появился в разделении с достаточной минимальной шириной.
-
Добавьте правило в
RuleControllerWindowManager:Котлин
ruleController.addRule(splitPlaceholderRule)
Ява
ruleController.addRule(splitPlaceholderRule);
Укажите действия, которые никогда не должны быть частью разделения:
Создайте
ActivityFilter, который идентифицирует действие, которое всегда должно занимать всю область отображения задачи:Котлин
val expandedActivityFilter = ActivityFilter( ComponentName(this, ExpandedActivity::class.java), null )
Ява
ActivityFilter expandedActivityFilter = new ActivityFilter( new ComponentName(this, ExpandedActivity.class), null );
Добавьте фильтр в набор фильтров:
Котлин
val expandedActivityFilterSet = setOf(expandedActivityFilter)
Ява
Set<ActivityFilter> expandedActivityFilterSet = new HashSet<>(); expandedActivityFilterSet.add(expandedActivityFilter);
Создайте
ActivityRule:Котлин
val activityRule = ActivityRule.Builder(expandedActivityFilterSet) .setAlwaysExpand(true) .build()
Ява
ActivityRule activityRule = new ActivityRule.Builder( expandedActivityFilterSet ).setAlwaysExpand(true) .build();
ActivityRule.Builderсоздает и настраивает правило:-
expandedActivityFilterSet: содержит фильтры действий, которые определяют, когда применять правило, путем определения действий, которые вы хотите исключить из разделения. -
setAlwaysExpand(): указывает, должно ли действие заполнять все окно задачи.
-
Добавьте правило в
RuleControllerWindowManager:Котлин
ruleController.addRule(activityRule)
Ява
ruleController.addRule(activityRule);
Межприкладное внедрение
В Android 13 (уровень API 33) и более поздних версиях приложения могут встраивать действия из других приложений. Внедрение действий между приложениями или с использованием нескольких UID обеспечивает визуальную интеграцию действий из нескольких приложений Android. Система отображает активность главного приложения и встроенную активность из другого приложения на экране рядом или сверху и снизу, как при внедрении активности одного приложения.
Например, приложение «Настройки» может встроить действие выбора обоев из приложения WallpaperPicker:
Модель доверия
Хост-процессы, встраивающие действия из других приложений, могут переопределить представление внедренных действий, включая размер, положение, обрезку и прозрачность. Вредоносные хосты могут использовать эту возможность, чтобы ввести пользователей в заблуждение и организовать кликджекинг или другие атаки, направленные на исправление пользовательского интерфейса.
Чтобы предотвратить неправомерное использование встраивания действий между приложениями, Android требует, чтобы приложения разрешили встраивание своих действий. Приложения могут обозначать хосты как доверенные или ненадежные.
Доверенные хосты
Чтобы другие приложения могли внедрять и полностью контролировать представление действий из вашего приложения, укажите сертификат SHA-256 ведущего приложения в атрибуте android:knownActivityEmbeddingCerts элементов <activity> или <application> файла манифеста вашего приложения.
Установите значение android:knownActivityEmbeddingCerts в виде строки:
<activity
android:name=".MyEmbeddableActivity"
android:knownActivityEmbeddingCerts="@string/known_host_certificate_digest"
... />
или, чтобы указать несколько сертификатов, массив строк:
<activity
android:name=".MyEmbeddableActivity"
android:knownActivityEmbeddingCerts="@array/known_host_certificate_digests"
... />
который ссылается на такой ресурс:
<resources>
<string-array name="known_host_certificate_digests">
<item>cert1</item>
<item>cert2</item>
...
</string-array>
</resources>
Владельцы приложений могут получить дайджест сертификата SHA, запустив задачу Gradle signingReport . Дайджест сертификата представляет собой отпечаток SHA-256 без разделительных двоеточий. Дополнительные сведения см. в разделах «Запуск отчета о подписи» и «Аутентификация клиента» .
Ненадежные хосты
Чтобы разрешить любому приложению встраивать действия вашего приложения и управлять их представлением, укажите атрибут android:allowUntrustedActivityEmbedding в элементах <activity> или <application> манифеста приложения, например:
<activity
android:name=".MyEmbeddableActivity"
android:allowUntrustedActivityEmbedding="true"
... />
Значением атрибута по умолчанию является false, что предотвращает внедрение активности между приложениями.
Пользовательская аутентификация
Чтобы снизить риски внедрения ненадежных действий, создайте собственный механизм аутентификации, который проверяет личность хоста. Если вы знаете сертификаты хоста, используйте библиотеку androidx.security.app.authenticator для аутентификации. Если хост проходит аутентификацию после внедрения вашей активности, вы можете отобразить фактический контент. Если нет, вы можете сообщить пользователю, что действие не разрешено, и заблокировать контент.
Используйте метод ActivityEmbeddingController#isActivityEmbedded() из библиотеки Jetpack WindowManager, чтобы проверить, внедряет ли хост вашу активность, например:
Котлин
fun isActivityEmbedded(activity: Activity): Boolean { return ActivityEmbeddingController.getInstance(this).isActivityEmbedded(activity) }
Ява
boolean isActivityEmbedded(Activity activity) { return ActivityEmbeddingController.getInstance(this).isActivityEmbedded(activity); }
Ограничение минимального размера
Система Android применяет минимальную высоту и ширину, указанные в элементе <layout> манифеста приложения, ко внедренным действиям. Если приложение не указывает минимальную высоту и ширину, применяются системные значения по умолчанию ( sw220dp ).
Если хост пытается изменить размер встроенного контейнера до размера меньше минимального, встроенный контейнер расширяется, занимая все границы задачи.
<псевдоним активности>
Чтобы внедрение доверенных или ненадежных действий работало с элементом <activity-alias> , к целевому действию, а не к псевдониму, необходимо применить android:knownActivityEmbeddingCerts или android:allowUntrustedActivityEmbedding . Политика, проверяющая безопасность на системном сервере, основана на флагах, установленных на цели, а не на псевдониме.
Хост-приложение
Хост-приложения реализуют встраивание действий между приложениями так же, как они реализуют встраивание действий в одном приложении. Объекты SplitPairRule и SplitPairFilter или ActivityRule и ActivityFilter определяют встроенные действия и разделения окон задач. Правила разделения определяются статически в XML или во время выполнения с использованием вызовов API Jetpack WindowManager.
Если ведущее приложение пытается внедрить действие, которое не включило встраивание между приложениями, действие занимает все границы задачи. В результате хост-приложения должны знать, допускают ли целевые действия встраивание между приложениями.
Если встроенное действие запускает новое действие в той же задаче, и новое действие не включило встраивание между приложениями, действие занимает все границы задачи, а не накладывается на действие во внедренном контейнере.
Хост-приложение может без ограничений встраивать свои собственные действия при условии, что действия запускаются в одной и той же задаче.
Примеры разделения
Разделить из всего окна
Рефакторинг не требуется. Вы можете определить конфигурацию разделения статически или во время выполнения, а затем вызвать Context#startActivity() без каких-либо дополнительных параметров.
<SplitPairRule>
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Разделить по умолчанию
Когда целевая страница приложения спроектирована так, чтобы ее можно было разделить на два контейнера на больших экранах, пользовательский опыт будет лучше, когда оба действия создаются и отображаются одновременно. Однако контент может быть недоступен для вторичного контейнера разделения до тех пор, пока пользователь не взаимодействует с действием в основном контейнере (например, пользователь не выбирает элемент в меню навигации). Действие заполнителя может заполнять пустоту до тех пор, пока содержимое не будет отображаться во вторичном контейнере разделения (см. раздел «Заполнители» ).
Чтобы создать разделение с заполнителем, создайте заполнитель и свяжите его с основным действием:
<SplitPlaceholderRule
window:placeholderActivityName=".PlaceholderActivity">
<ActivityFilter
window:activityName=".MainActivity"/>
</SplitPlaceholderRule>
Разделение глубоких ссылок
Когда приложение получает намерение, целевое действие может отображаться как второстепенная часть разделения действий; например, запрос на показ подробного экрана с информацией об элементе из списка. На небольших дисплеях подробные сведения отображаются в полном окне задачи; на больших устройствах рядом со списком.
Запрос на запуск должен быть перенаправлен на основное действие, а целевое подробное действие должно запускаться в виде разделения. Система автоматически выбирает правильную презентацию — стопку или рядом — в зависимости от доступной ширины дисплея.
Котлин
override fun onCreate(savedInstanceState Bundle?) { . . . RuleController.getInstance(this) .addRule(SplitPairRule.Builder(filterSet).build()) startActivity(Intent(this, DetailActivity::class.java)) }
Ява
@Override protected void onCreate(@Nullable Bundle savedInstanceState) { . . . RuleController.getInstance(this) .addRule(new SplitPairRule.Builder(filterSet).build()); startActivity(new Intent(this, DetailActivity.class)); }
Назначение глубокой ссылки может быть единственным действием, которое должно быть доступно пользователю в стеке обратной навигации, и вы можете не захотеть отклонять подробное действие и оставлять только основное действие:
Вместо этого вы можете завершить оба действия одновременно, используя атрибут finishPrimaryWithSecondary :
<SplitPairRule
window:finishPrimaryWithSecondary="always">
<SplitPairFilter
window:primaryActivityName=".ListActivity"
window:secondaryActivityName=".DetailActivity"/>
</SplitPairRule>
См. раздел Атрибуты конфигурации .
Несколько действий в разделенных контейнерах
Объединение нескольких действий в разделенный контейнер позволяет пользователям получать доступ к более глубокому контенту. Например, при разделении списка на детали пользователю может потребоваться перейти в раздел с подробными сведениями, но оставить основное действие на месте:
Котлин
class DetailActivity { . . . fun onOpenSubDetail() { startActivity(Intent(this, SubDetailActivity::class.java)) } }
Ява
public class DetailActivity { . . . void onOpenSubDetail() { startActivity(new Intent(this, SubDetailActivity.class)); } }
Второстепенное действие размещается поверх подробного действия, скрывая его:
Затем пользователь может вернуться на предыдущий уровень детализации, пройдя обратно по стеку:
Наложение действий друг на друга — это поведение по умолчанию, когда действия запускаются из действия в одном и том же вторичном контейнере. Действия, запущенные из основного контейнера в активном разделении, также попадают во вторичный контейнер на вершине стека действий.
Действия в новой задаче
Когда действия в разделенном окне задачи начинают действия в новой задаче, новая задача отделяется от задачи, включающей разделение, и отображается в полноэкранном режиме. На экране «Последние» отображаются две задачи: задача в сплите и новая задача.
Замена активности
Действия можно заменить в стеке вторичного контейнера; например, когда основное действие используется для навигации верхнего уровня, а вторичное действие — выбранный пункт назначения. Каждый выбор в навигации верхнего уровня должен запускать новое действие во вторичном контейнере и удалять действие или действия, которые там находились ранее.
Если приложение не завершает действие во вторичном контейнере при изменении выбора навигации, обратная навигация может сбивать с толку, когда разделение свернуто (когда устройство сложено). Например, если у вас есть меню на основной панели, а экраны A и B расположены на дополнительной панели, когда пользователь складывает телефон, B оказывается поверх A, а A — над меню. Когда пользователь возвращается из B, вместо меню появляется A.
В таких случаях экран A необходимо удалить из задней стопки.
Поведение по умолчанию при запуске в сторону в новом контейнере поверх существующего разделения — размещение новых вторичных контейнеров сверху и сохранение старых в заднем стеке. Вы можете настроить разделения для очистки предыдущих вторичных контейнеров с помощью clearTop и нормального запуска новых действий.
<SplitPairRule
window:clearTop="true">
<SplitPairFilter
window:primaryActivityName=".Menu"
window:secondaryActivityName=".ScreenA"/>
<SplitPairFilter
window:primaryActivityName=".Menu"
window:secondaryActivityName=".ScreenB"/>
</SplitPairRule>
Котлин
class MenuActivity { . . . fun onMenuItemSelected(selectedMenuItem: Int) { startActivity(Intent(this, classForItem(selectedMenuItem))) } }
Ява
public class MenuActivity { . . . void onMenuItemSelected(int selectedMenuItem) { startActivity(new Intent(this, classForItem(selectedMenuItem))); } }
Альтернативно можно использовать то же вторичное действие и из основного действия (меню) отправлять новые намерения, которые разрешаются для того же экземпляра, но вызывают обновление состояния или пользовательского интерфейса во вторичном контейнере.
Множественные разделения
Приложения могут обеспечивать многоуровневую глубокую навигацию, запуская дополнительные действия в стороне.
Когда действие во вторичном контейнере запускает новое действие в стороне, новое разделение создается поверх существующего разделения.
Задний стек содержит все действия, которые были открыты ранее, поэтому пользователи могут перейти к разделению A/B после завершения C.
Чтобы создать новое разделение, запустите новое действие в сторону от существующего вторичного контейнера. Объявите конфигурации как для A/B, так и B/C, и запуска активность C обычно от B:
<SplitPairRule>
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
<SplitPairFilter
window:primaryActivityName=".B"
window:secondaryActivityName=".C"/>
</SplitPairRule>
Котлин
class B { . . . fun onOpenC() { startActivity(Intent(this, C::class.java)) } }
Ява
public class B { . . . void onOpenC() { startActivity(new Intent(this, C.class)); } }
Отреагировать на изменения расщепления состояния
Различные действия в приложении могут иметь элементы пользовательского интерфейса, которые выполняют одну и ту же функцию; Например, элемент управления, который открывает окно, содержащее настройки учетной записи.
Если два действия, которые имеют общий элемент пользовательского интерфейса, находятся в расколе, это избыточно и, возможно, сбивает с толку, чтобы показать элемент в обеих действиях.
Чтобы узнать, когда действия находятся в разделении, проверьте SplitController.splitInfoList Flow или зарегистрируйте слушателя с помощью SplitControllerCallbackAdapter для изменений в разделенном состоянии. Затем соответствующим образом отрегулируйте пользовательский интерфейс:
Котлин
val layout = layoutInflater.inflate(R.layout.activity_main, null) val view = layout.findViewById<View>(R.id.infoButton) lifecycleScope.launch { lifecycle.repeatOnLifecycle(Lifecycle.State.STARTED) { splitController.splitInfoList(this@SplitDeviceActivity) // The activity instance. .collect { list -> view.visibility = if (list.isEmpty()) View.VISIBLE else View.GONE } } }
Ява
@Override protected void onCreate(@Nullable Bundle savedInstanceState) { . . . new SplitControllerCallbackAdapter(SplitController.getInstance(this)) .addSplitListener( this, Runnable::run, splitInfoList -> { View layout = getLayoutInflater().inflate(R.layout.activity_main, null); layout.findViewById(R.id.infoButton).setVisibility( splitInfoList.isEmpty() ? View.VISIBLE : View.GONE); }); }
Кораки могут быть запущены в любом состоянии жизненного цикла, но обычно выпускаются в STARTED штата для сохранения ресурсов ( используйте коратики Kotlin с компонентами LifeCycle, для получения дополнительной информации).
Обратные вызовы могут быть сделаны в любом состоянии жизненного цикла, в том числе при прекращении деятельности. Слушатели обычно должны быть зарегистрированы в onStart() и незарегистрированы в onStop() .
Полный модал
Некоторые действия блокируют пользователей от взаимодействия с приложением до тех пор, пока не будет выполнено указанное действие; Например, активность экрана входа, экран подтверждения политики или сообщение об ошибке. Модальные действия должны быть предотвращены в расколе.
Заявление может быть вынуждено всегда заполнять окно задачи, используя конфигурацию Expand:
<ActivityRule
window:alwaysExpand="true">
<ActivityFilter
window:activityName=".FullWidthActivity"/>
</ActivityRule>
Закончить занятия
Пользователи могут закончить действия по обе стороны от разделения, пройдя с края дисплея:
Если устройство настроено для использования кнопки «Назад» вместо навигации по жестам, вход отправляется в целенаправленную деятельность - действие, которое было касается или запущено в последнее время.
Эффект, который завершает все действия в контейнере на противоположный контейнер, зависит от конфигурации разделения.
Атрибуты конфигурации
Вы можете указать атрибуты правил сплит -пары, чтобы настроить, как завершение всех действий на одной стороне разделения влияет на действия на другой стороне разделения. Атрибуты:
-
window:finishPrimaryWithSecondary- как завершение всех действий во вторичном контейнере влияет на действия в основном контейнере -
window:finishSecondaryWithPrimary- как завершение всех действий в основном контейнере влияет на действия во вторичном контейнере
Возможные значения атрибутов включают:
-
always- всегда заканчивайте действия в связанном контейнере -
never- никогда не заканчивайте действия в связанном контейнере -
adjacent- закончить действия в связанном контейнере, когда два контейнера отображаются рядом друг с другом, но не когда два контейнера укладываются
Например:
<SplitPairRule
<!-- Do not finish primary container activities when all secondary container activities finish. -->
window:finishPrimaryWithSecondary="never"
<!-- Finish secondary container activities when all primary container activities finish. -->
window:finishSecondaryWithPrimary="always">
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Конфигурация по умолчанию
Когда все действия в одном контейнере с разделенной отделкой, оставшийся контейнер занимает все окно:
<SplitPairRule>
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Закончить занятия вместе
Завершите действия в основном контейнере автоматически, когда все действия в вторичном контейнере завершают:
<SplitPairRule
window:finishPrimaryWithSecondary="always">
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Завершите действия в вторичном контейнере автоматически, когда все действия в первичном контейнере завершают:
<SplitPairRule
window:finishSecondaryWithPrimary="always">
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Завершите занятия вместе, когда все виды деятельности в первичной или вторичной контейнере отделка:
<SplitPairRule
window:finishPrimaryWithSecondary="always"
window:finishSecondaryWithPrimary="always">
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Завершить несколько мероприятий в контейнерах
Если несколько действий находятся в разделенном контейнере, завершение деятельности в нижней части стека не автоматически завершает действия сверху.
Например, если два действия находятся во вторичном контейнере, C на вершине B:
и конфигурация разделения определяется конфигурацией действий A и B:
<SplitPairRule>
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Завершение верхней активности сохраняет раскол.
Завершение нижней (корневой) активности вторичного контейнера не удаляет действия сверху; И так также сохраняет раскол.
Любые дополнительные правила для завершения действий вместе, такие как завершение вторичной деятельности с первичной, также выполняются:
<SplitPairRule
window:finishSecondaryWithPrimary="always">
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
И когда разделение настроено, чтобы закончить первичную и вторичную вместе:
<SplitPairRule
window:finishPrimaryWithSecondary="always"
window:finishSecondaryWithPrimary="always">
<SplitPairFilter
window:primaryActivityName=".A"
window:secondaryActivityName=".B"/>
</SplitPairRule>
Изменить разделенные свойства во время выполнения
Свойства активного и видимого разделения нельзя изменить. Изменение правил разделения влияет на дополнительные запуска активности и новые контейнеры, но не существующие и активные разделения.
Чтобы изменить свойства активных расщеплений, завершить боковую деятельность или действия в разделении и снова запустить в сторону с новой конфигурацией.
Динамические расколы
Android 15 (уровень API 35) и более высокий поддерживается JetPack Windowmanager 1.4 и более высокими динамическими функциями, которые обеспечивают конфигурируемость встраивания активности, в том числе:
- Расширение панели: интерактивное, перетаскиваемое разделитель позволяет пользователям изменять размер панели в разделенной презентации.
- Закрепление активности: Пользователи могут закреплять контент в одном контейнере и изолировать навигацию в контейнере из навигации в другом контейнере.
- Полноэкранное диалоговое окно: при отображении диалога приложения могут указать, следует ли разгромить все окно задачи или просто контейнер, который открыл диалог.
Расширение панели
Расширение панели позволяет пользователям настраивать объем пространства экрана, выделяемого для двух действий в двухпроходной макете.
Чтобы настроить внешний вид оконного разделителя и установить диапазон перетаскивания делителя, сделайте следующее:
Создайте экземпляр
DividerAttributesНастройте атрибуты разделителя:
color: Цвет перетаскиваемого панели сепаратора.widthDp: ширина перетаскиваемого сепаратора панели. Установите наWIDTH_SYSTEM_DEFAULT, чтобы система определить ширину разделителя.Диапазон перетаскивания: минимальный процент экрана, которую может занять любая панель. Может варьироваться от 0,33 до 0,66. Установите в
DRAG_RANGE_SYSTEM_DEFAULT, чтобы система определить диапазон перетаскивания.
Котлин
val splitAttributesBuilder: SplitAttributes.Builder = SplitAttributes.Builder() .setSplitType(SplitAttributes.SplitType.ratio(0.33f)) .setLayoutDirection(SplitAttributes.LayoutDirection.LEFT_TO_RIGHT) if (WindowSdkExtensions.getInstance().extensionVersion >= 6) { splitAttributesBuilder.setDividerAttributes( DividerAttributes.DraggableDividerAttributes.Builder() .setColor(getColor(context, R.color.divider_color)) .setWidthDp(4) .setDragRange(DividerAttributes.DragRange.DRAG_RANGE_SYSTEM_DEFAULT) .build() ) } val splitAttributes: SplitAttributes = splitAttributesBuilder.build()
Ява
SplitAttributes.Builder splitAttributesBuilder = new SplitAttributes.Builder() .setSplitType(SplitAttributes.SplitType.ratio(0.33f)) .setLayoutDirection(SplitAttributes.LayoutDirection.LEFT_TO_RIGHT); if (WindowSdkExtensions.getInstance().getExtensionVersion() >= 6) { splitAttributesBuilder.setDividerAttributes( new DividerAttributes.DraggableDividerAttributes.Builder() .setColor(ContextCompat.getColor(context, R.color.divider_color)) .setWidthDp(4) .setDragRange(DividerAttributes.DragRange.DRAG_RANGE_SYSTEM_DEFAULT) .build() ); } SplitAttributes splitAttributes = splitAttributesBuilder.build();
Закрепление активности
Закрепление активности позволяет пользователям прикреплять одно из разделенных окон, поэтому активность оставалась так, как есть, в то время как пользователи перемещаются в другом окне. Закрепление активности обеспечивает улучшенный многозадачный опыт.
Чтобы включить закрепление активности в вашем приложении, сделайте следующее:
Добавьте кнопку в файл макета деятельности, который вы хотите прикрепить, например, подробную деятельность макета списка - Detail:
<androidx.constraintlayout.widget.ConstraintLayout xmlns:android="http://schemas.android.com/apk/res/android" xmlns:app="http://schemas.android.com/apk/res-auto" xmlns:tools="http://schemas.android.com/tools" android:id="@+id/detailActivity" android:layout_width="match_parent" android:layout_height="match_parent" android:background="@color/white" tools:context=".DetailActivity"> <TextView android:id="@+id/textViewItemDetail" android:layout_width="wrap_content" android:layout_height="wrap_content" android:textSize="36sp" android:textColor="@color/obsidian" app:layout_constraintBottom_toTopOf="@id/pinButton" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toTopOf="parent" /> <androidx.appcompat.widget.AppCompatButton android:id="@+id/pinButton" android:layout_width="wrap_content" android:layout_height="wrap_content" android:text="@string/pin_this_activity" app:layout_constraintBottom_toBottomOf="parent" app:layout_constraintEnd_toEndOf="parent" app:layout_constraintStart_toStartOf="parent" app:layout_constraintTop_toBottomOf="@id/textViewItemDetail"/> </androidx.constraintlayout.widget.ConstraintLayout>В методе
onCreate()деятельности установите на кнопку Onclick Slieder:Котлин
pinButton = findViewById(R.id.pinButton) pinButton.setOnClickListener { val splitAttributes: SplitAttributes = SplitAttributes.Builder() .setSplitType(SplitAttributes.SplitType.ratio(0.66f)) .setLayoutDirection(SplitAttributes.LayoutDirection.LEFT_TO_RIGHT) .build() val pinSplitRule = SplitPinRule.Builder() .setSticky(true) .setDefaultSplitAttributes(splitAttributes) .build() SplitController.getInstance(applicationContext).pinTopActivityStack(taskId, pinSplitRule) }
Ява
Button pinButton = findViewById(R.id.pinButton); pinButton.setOnClickListener( (view) => { SplitAttributes splitAttributes = new SplitAttributes.Builder() .setSplitType(SplitAttributes.SplitType.ratio(0.66f)) .setLayoutDirection(SplitAttributes.LayoutDirection.LEFT_TO_RIGHT) .build(); SplitPinRule pinSplitRule = new SplitPinRule.Builder() .setSticky(true) .setDefaultSplitAttributes(splitAttributes) .build(); SplitController.getInstance(getApplicationContext()).pinTopActivityStack(getTaskId(), pinSplitRule); });
Полноэкранный тусклый
Действия, как правило, смягчают их дисплеи, чтобы привлечь внимание к диалогу. При внедрении деятельности обе панели двухпространственного дисплея должны привести к тому, что не только панель, содержащая деятельность, которая открыла диалог, для единого опыта пользовательского интерфейса.
С WindowsManager 1.4 и выше, все окно приложения по умолчанию по умолчанию приведет к открытию диалога (см. EmbeddingConfiguration.DimAreaBehavior.ON_TASK ).
Чтобы смягчить только контейнер активности, который открыл диалог, используйте EmbeddingConfiguration.DimAreaBehavior.ON_ACTIVITY_STACK .
Извлеките деятельность из разделения в полное окно
Создайте новую конфигурацию, которая отображает полное окно Activity, а затем повторно запускает деятельность с намерением, которое разрешается в том же экземпляре.
Проверьте поддержку разделения во время выполнения
Внедрение активности поддерживается на Android 12L (API -уровне 32) и выше, но также доступно на некоторых устройствах, работающих более ранние версии платформы. Чтобы проверить во время выполнения для наличия функции, используйте свойство SplitController.splitSupportStatus или SplitController.getSplitSupportStatus() :
Котлин
if (SplitController.getInstance(this).splitSupportStatus == SplitController.SplitSupportStatus.SPLIT_AVAILABLE) { // Device supports split activity features. }
Ява
if (SplitController.getInstance(this).getSplitSupportStatus() == SplitController.SplitSupportStatus.SPLIT_AVAILABLE) { // Device supports split activity features. }
Если разрывы не поддерживаются, действия запускаются поверх стека действий (следуя модели внедрения неактивности).
Предотвратить переопределение системы
Производители устройств Android (производители оригинального оборудования или OEM) могут реализовать деятельность, внедряющие в зависимости от системы устройства. Система определяет разделенные правила для мультиактивных приложений, переопределяя окно-поведение приложений. Система переопределяет приложения многоактивности в системный режим встраивания активности.
Внедрение системной деятельности может улучшить презентацию приложений с помощью многопрофильных макетов, таких как Detail List , без каких-либо изменений в приложении. Тем не менее, внедрение активности системы может также привести к неправильным макетам приложений, ошибкам или конфликтам с внедрением деятельности, внедренной приложением.
Ваше приложение может предотвратить или разрешить внедрять активность системы, установив свойство в файле манифеста приложения, например:
<manifest xmlns:android="http://schemas.android.com/apk/res/android">
<application>
<property
android:name="android.window.PROPERTY_ACTIVITY_EMBEDDING_ALLOW_SYSTEM_OVERRIDE"
android:value="true|false" />
</application>
</manifest>
Имя свойства определено в объекте JetPack Windowmanager WindowProperties . Установите значение false если ваше приложение реализует внедрение действий, или если вы хотите иначе предотвратить применение системы внедрения своей деятельности в ваше приложение. Установите значение true , чтобы позволить системе применять системную деятельность, встраивая в ваше приложение.
Ограничения, ограничения и предостережения
- Только приложение хоста задачи, которое идентифицируется как владелец корневой деятельности в задаче, может организовать и внедрять другие действия в задачу. Если действия, которые поддерживают встраивание и разделение, выполняются в задаче, которая принадлежит к другому применению, то встраивание и разделения не будут работать для этих действий.
- Действия могут быть организованы только в течение одной задачи. Запуск деятельности в новой задаче всегда ставит его в новое расширенное окно за пределами каких -либо существующих расколов.
- Только действия в том же процессе могут быть организованы и поместить в раскол. Обратный вызов
SplitInfoсообщает только о действиях, которые принадлежат к одному и тому же процессу, поскольку нет способа узнать о действиях в разных процессах. - Каждая пара или правило единственной активности применяется только к запуску активности, которые происходят после зарегистрированного правила. В настоящее время нет способа обновлять существующие разделы или их визуальные свойства.
- Конфигурация Filter Split Pare должна соответствовать намерениям, используемым при полном запуска действий. Соответствие происходит в точке, когда новое действие начинается с процесса применения, поэтому он может не знать об именах компонентов, которые разрешены позже в системном процессе при использовании неявных намерений. Если имя компонента не известно во время запуска, вместо этого можно использовать подстановку ("*/*"), и фильтрация может быть выполнена на основе действия намерения.
- В настоящее время нет способа перемещать деятельность между контейнерами или в и выходе из расщепления после их создания. Разделы создаются только библиотекой Windowmanager только тогда, когда запущены новые действия с правилами соответствующих правил, а расколы разрушаются, когда завершено последнее действие в разделенном контейнере.
- Действия могут быть перезабощены при изменении конфигурации, поэтому, когда создается или удаляется разделение и изменяется границы активности, деятельность может пройти полное разрушение предыдущего экземпляра и создание нового. В результате разработчики приложений должны быть осторожны с такими вещами, как запуск новых видов деятельности из обратных вызовов жизненного цикла.
- Устройства должны включать интерфейс расширения окна для поддержки встраивания деятельности. Почти все большие экранные устройства, управляющие Android 12L (уровень 32) или выше, включают интерфейс. Тем не менее, некоторые большие экранные устройства, которые не способны выполнять несколько действий, не включают интерфейс расширения окна. Если устройство с большим экраном не поддерживает режим мульти-Window, оно может не поддерживать встраивание активности.
Дополнительные ресурсы
- CodeLabs:
- Путь обучения - внедрение деятельности
- Приложение пример- вручение активности