Из моего опыта, я рекомендовал бы, а наличие нескольких мероприятий с большим количеством фрагментов. Если вы используете одно действие, вам будет сложнее и сложнее управлять фрагментами с жизненным циклом деятельности.
Например, если действие уничтожено (например, если телефон неактивен в памяти, а пользователь получает телефонный звонок или вы вызываете намерение открыть камеру), когда намерение воссоздано, вам нужно будет обрабатывать воссоздание фрагментов и их государств.
С одним действием это может быстро стать кошмаром для управления, если не сделано тщательно. Благодаря нескольким действиям легче управлять и помогает отдельным частям приложения, что упрощает отладку.
Примером того, как что-то простое может стать сложным с одним действием, было бы что-то вроде кнопки «Назад».
Если вам нужно обрабатывать его по-разному для разных фрагментов, это означает, что ваша активность будет необходима для того, чтобы фрагмент был виден в данный момент, поскольку активность переопределяет подкладку, а не фрагмент. Это также, вероятно, означает, что вам нужно добавить интерфейсы для уведомления фрагментов нажатия кнопки «Назад».
Сказав все это, однако, есть некоторые приложения, которые извлекают выгоду из одного действия. Например, если у вас есть просмотрщик для прокрутки фрагментов (например, страниц книги) или фрагментов, которые мало взаимодействуют, то одно действие может быть полезным.
Возможный дубликат [Одно действие и все другие фрагменты] (https://stackoverflow.com/questions/12154505/one-activity-and-all-other-fragments) –