kk86

Естественно, что простой цикл или «расписание» задач будут лежать в основе метода. Трудно придумать что-то ещё.

Представим, что у вас есть приложение, которое позволяет пользователю загружать с телефона изображения в некоторое хранилище. Очевидно, интернет не везде быстрый и надёжный. Хочется обеспечить возможность гарантированной загрузки новых картинок, не ожидая загрузки каждой отдельной.

Требование «гарантированной загрузки» говорит, что нужна сущность, которая будет ответственна за контроль успешности загрузки и за инициацию повторной попытки, если предыдущая не удалась. К сожалению, название сущности и паттерна я не знаю. Требование возможности «параллельной» загрузки приводит к тому, что запросы должны исполняться асинхронно.

А теперь представим, что в процессе загрузок аккумулятор телефона разряжается. Это и есть тот нюанс. В идеале, планировщик хранит список задач в ПЗУ. Например, планировщик может сохранять в файл на диске список изображений, подлежащих загрузке и «вычёркивать» оттуда те, которые были успешно загружены.

Возможно, есть что-то готовое, но я не встречал, честно говоря.

Если код и правда понятен, то зачем заставлять писать лишнее? Если код местами непонятен, аргументированно требуйте комментировать такие места. В качестве аргументов желательно приводить факт непонятности кода другим разработчикам (то есть надо попросить нескольких людей объяснить что делает неизвестный им код за 5-10 минут).

Если я правильно понял, то в вашем случае человек «особенный» в некоторых смыслах. В частности, его нельзя заставить делать так, как Вы хотите. Поэтому тут следует попытаться убедить человека или, как крайний вариант, прийти к компромиссу.

Как разработчик могу сказать, что сам противник комментариев, но с оговоркой: неясные моменты всё-таки надо комментировать, если не удаётся переписать. Другое дело, что когда руководство или коллеги начинают продавливать желание видеть комментарии везде, это вызывает раздражение, так как с комментариями жить тяжелее (не буду «баянить» про то, что их непросто поддерживать и т.п.)