Как обнаружить новые фотографии с помощью workmanager - PullRequest
0 голосов
/ 02 декабря 2018

Сейчас я использую 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());
}

}

1 Ответ

0 голосов
/ 02 декабря 2018

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

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());
  }
}
Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...