Как обнаружить новые фотографии с помощью Workmanager

Теперь я использую Firebase для загрузки фотографий, и это отлично работает, и я смог перестроить эту работу для использования workmanager, но я не знаю, как передать триггер URI контента в мой конструктор workmanager.

val dispatcher = FirebaseJobDispatcher(GooglePlayDriver(applicationContext))
    val job = dispatcher.newJobBuilder()
            .setService(UploadJobService::class.java)
            .setTag(TAG)
            .setRecurring(true)
            .setTrigger(Trigger.executionWindow(0, 60))
            .setTrigger(Trigger.contentUriTrigger( Arrays.asList(
                    ObservedUri(Uri.parse(Environment.getExternalStorageDirectory().absolutePath), ObservedUri.Flags.FLAG_NOTIFY_FOR_DESCENDANTS))
            ))
            .setLifetime(Lifetime.FOREVER)
            .setReplaceCurrent(false)
            .setConstraints(
                    Constraint.ON_UNMETERED_NETWORK
            )
            .build()
    dispatcher.mustSchedule(job)

Вот код, который я использую для workmanager, и он работает большую часть времени, но когда я беру фотографию и удаляю, это не работает из-за 15-минутного интервала.Как я могу зарегистрировать нового уникального работника, который начнет работу, когда новая фотография обнаружен?

РЕДАКТИРОВАТЬ: вот код, который я использую, и его работа, но не уверен, правильно ли я реализую ...

Вот как запланировать воркера:

public static void Checkfornewphotos(String ONE_MY_WORK) {
    OneTimeWorkRequest.Builder photoCheckBuilder =
            new OneTimeWorkRequest.Builder(MyWorker.class);
    photoCheckBuilder.setConstraints(new Constraints.Builder()
            .addContentUriTrigger(MediaStore.Images.Media.INTERNAL_CONTENT_URI, true)
            .addContentUriTrigger(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, true)
            .build());
    OneTimeWorkRequest Photocheck = photoCheckBuilder.build();
    WorkManager instance = WorkManager.getInstance();
    instance.enqueueUniqueWork(ONE_MY_WORK, ExistingWorkPolicy.REPLACE, Photocheck);
}

Вот мой рабочий:

public class MyWorker extends Worker {

public MyWorker(
        @NonNull Context context,
        @NonNull WorkerParameters params) {
    super(context, params);
}

@Override
public Worker.Result doWork() {
    // Do your actual work
    try {
        Log.i(TAG, "mywork")
        Result.RETRY

    } catch (exception: Exception) {
        Log.i(TAG, "mywork")
        Result.SUCCESS
    }
    // Then start listening for more changes
    Checkfornewphotos(getTags().iterator().next());
}

}


android kotlin android-workmanager
person Marko1221    schedule 02.12.2018    source источник

Ответы (1)


arrow_upward
9
arrow_downward

WorkManager не поддерживает периодические (т. Е. Повторяющиеся) триггеры URI контента, но поддерживает постановку OneTimeWorkRequest в очередь с помощью _ 2_ в качестве одного из ограничений.

public static void scheduleWork(String tag) {
  OneTimeWorkRequest.Builder photoCheckBuilder =
      new OneTimeWorkRequest.Builder(MyWorker.class);
  photoCheckBuilder.setConstraints(new Constraints.Builder()
      .addContentUriTrigger(MediaStore.Images.Media.INTERNAL_CONTENT_URI, true)
      .addContentUriTrigger(MediaStore.Images.Media.EXTERNAL_CONTENT_URI, true)
      .build());
  OneTimeWorkRequest photoCheckWork = photoCheckBuilder.build();
  WorkManager instance = WorkManager.getInstance();
  instance.enqueueUniqueWork(tag, ExistingPeriodicWorkPolicy.REPLACE, photoCheckWork);
}

Поскольку это OneTimeWorkRequest, он сработает только при первом изменении URI - вам нужно будет повторно поставить работу в очередь, когда ваш Worker закончит, чтобы уловить следующее изменение:

public class MyWorker extends Worker {

  public MyWorker(
    @NonNull Context context,
    @NonNull WorkerParameters params) {
    super(context, params);
  }

  @Override
  public Worker.Result doWork() {
    // Do your actual work

    // Then start listening for more changes
    scheduleWork(getTags().iterator().next());
  }
}
person ianhanniballake    schedule 02.12.2018
comment
Для этого API требуется Android N - есть ли варианты его поддержки ниже этого уровня API? - person amitavk; 04.04.2020
comment
@amitavk - до Android N единственный способ отслеживать изменения URI контента - это постоянно запускать приложение, поэтому нет. - person ianhanniballake; 04.04.2020
comment
выполняет трансляцию для developer.android.com/reference/android/hardware/ проделать трюк под N? - person amitavk; 06.04.2020