Паттерн наблюдатель

[Old]

Та неужели? Вот Вы сказали магическое слово "сигнал", и, о чудо, весь ф-ционал волшебным образом появился!! Наверное так работают "Ваши" сигналы, о которых мне ничего не известно 

Так работают любые "сигналы". Главное хорошо продумать: когда, где и с какими параметрами их вызывать.

[Racheengel]

Я только предложил не затачивать его интерфейс только для индикации процесса выполнения, а продумать более универсальное решение. Что сделать совсем не сложно.

Но зачем? И "универсальное" относительно чего?
Задача поставлена, по моему, ясно:

Есть класс по загрузке неких файлов, например. В нем есть сигнал, который информирует о проценте загрузке.

то есть единственное, что ожидает получатель - это сигнал вроде Done(int percent), где percent будет меняться от 0 до 100.

Если это делать через "обсервер" - то надо регистрировать соответствующий интерфейс для класса, который загружает файлы (чтобы знал, для кого вызывать Done). Если делать через сигнал-слот - то не надо. Достаточно будет emit Done(currentProgress). А кто и как будет реагировать на этот сигнал - дело десятое.

[Old]

Достаточно будет emit Done(currentProgress). А кто и как будет реагировать на этот сигнал - дело десятое.

Как вы видите этого не достаточно для запрошенного Igors двухбарного диалога.

[ViTech]

то есть единственное, что ожидает получатель - это сигнал вроде Done(int percent), где percent будет меняться от 0 до 100.

Если это делать через "обсервер" - то надо регистрировать соответствующий интерфейс для класса, который загружает файлы (чтобы знал, для кого вызывать Done). Если делать через сигнал-слот - то не надо. Достаточно будет emit Done(currentProgress). А кто и как будет реагировать на этот сигнал - дело десятое.

А сигнал-слот на магии работает? И внутри нет никакого аналога "обсервера"?

[Racheengel]

Достаточно будет emit Done(currentProgress). А кто и как будет реагировать на этот сигнал - дело десятое.

Как вы видите этого не достаточно для запрошенного Igors двухбарного диалога.

Я отвечал исходя из первоначальной задачи
Хорошо... расширим сигнал Done до 2 параметров, 1 это общий процент, 2 это процент загрузки текущего файла...

[Racheengel]

А сигнал-слот на магии работает? И внутри нет никакого аналога "обсервера"?

В этом ифишка, что внутренняя реализация в этом случае не важна
  Может там и модель с обсерверами внутри и сидит, но она используется неявно, и юзеру не обязательно про это думать.

[Old]

Хорошо... расширим сигнал Done до 2 параметров, 1 это общий процент, 2 это процент загрузки текущего файла...

А какое имя у "текущего файла"?
Мы передали загрузчику файлов список имен. Как нам узнать какой файл он сейчас загружет?

[Igors]

А какое имя у "текущего файла"?
Мы передали загрузчику файлов список имен. Как нам узнать какой файл он сейчас загружет?

Загрузчик это прекрасно знает - на то он и загрузчик. А вот индикатор нет, поэтому загрузчик должен ему это передать. Также одной строкой обычно отделаться не удается, выплывает вторая типа "units". Напр прогресс может отображаться в %, Kb, Mb. Плюс число шагов.

По поводу настойчивого (мягко говоря) использования именно сигналов. В примере что я привел удачно обыгрываются деструкторы объявленных классов. Не нужно заботиться о connect. И вообще вызывающий может ничего не знать о Qt. Если же нужно QueuedСonnection, то его удобно реализовать в самих классах индикатора.

В этом ифишка, что внутренняя реализация в этом случае не важна

Ах как приятно отбрыкнуться от всего, мол, "это несущественные детали реализации" Только вот готовой этажерки что-то не видать, и придется ее рисовать самому. Так сказать, заняться "логикой гуя" 
 

[Old]

А вот индикатор нет, поэтому загрузчик должен ему это передать.

Бинго. А в предложенных вами и Racheengel решениях, я этого что-то не наблюдаю.

Также одной строкой обычно отделаться не удается, выплывает вторая типа "units". Напр прогресс может отображаться в %, Kb, Mb. Плюс число шагов.

А это избыточно. Мы работаем с файлами, поэтому размера в байтах будет достаточно, а зная общий размер и загруженный легко вычислить процент.

По поводу настойчивого (мягко говоря) использования именно сигналов. В примере что я привел удачно обыгрываются деструкторы объявленных классов. Не нужно заботиться о connect. И вообще вызывающий может ничего не знать о Qt. Если же нужно QueuedСonnection, то его удобно реализовать в самих классах индикатора.

А вы все продолжаете воспринимать "сигналы" как Qt-сигналы? Напрасно, не нужно так зашториваться.

[Igors]

А это избыточно. Мы работаем с файлами, поэтому размера в байтах будет достаточно, а зная общий размер и загруженный легко вычислить процент.

А для объектов (исчисляемых штуками) уже придется что-то менять? Узковато спланировано, я бы даже сказал - недальновидно

Бинго. А в предложенных вами и Racheengel решениях, я этого что-то не наблюдаю. 

Так посмотрите первый ответ

А вы все продолжаете воспринимать "сигналы" как Qt-сигналы? Напрасно, не нужно так зашториваться.

"Зашориваться", грамотюй 

[Old]

А для объектов (исчисляемых штуками) уже придется что-то менять? Узковато спланировано, я бы даже сказал - недальновидно

Перечитайте мой вариант.
Если пользователю нужно будет отображать прогресс пофайлово, ему достаточно подписаться на сигнал о завершении загрузки каждого файла.

Так посмотрите первый ответ

Смотрел. И судя по нему, вы не очень представляете, о чем мы говорим.
У нас уже есть класс FileLoader:

Код

C++ (Qt)
class FileLoader
{
public:
    FileLoader( const string &dir );
 
    void    load( const string_list &names );   // Запускает асинхронный процесс загрузки файлов
};
 

Нам нужен удобный и универсальный механизм, что бы отслеживать процесс загрузки (для отображения диалога в том числе).
А как я буду использовать информацию о прогрессе (отображать бары или выводить в консоль) дело десятое.
Поэтому, реализация диалога отображения прогресса в данной теме не интересно никому.

"Зашориваться", грамотюй  

Ага. Когда по теме сказать нечего, начинаем придираться к словам. Ах этот интернет, он везде одинаковый.

[Igors]

Нам нужен удобный и универсальный механизм, что бы отслеживать процесс загрузки (для отображения диалога в том числе).
А как я буду использовать информацию о прогрессе (отображать бары или выводить в консоль) дело десятое.
Поэтому, реализация диалога отображения прогресса в данной теме не интересно никому.

К сожалению - да. Удобно и приятно говорить о "механизме", который (якобы) и является "самым-самым", а рисовать индикаторы - фу как пошло.

В действительности все точно наоборот. Как только определено "что нужно отображалке" - ни одной проблемы с использованием не вижу. Выбора-то здесь нет, кому нужен индикатор - тот его и создает. Отработал - удаляет. Если индикатору нужна строка(и) - создающий и должен ее обеспечить. То же и со счетчиком прогресса. Это простой и ясный интерфейс, пришивать сюда рукав слот/сигнала ни к чему.

Зато хорошо спланировать сам прогресс (в том числе и UI) далеко не просто, и не такая уж рутинная работа как может показаться. Одним классом здесь не обойтись, нужно упр-е каждым индикатором. Добавляемые индикаторы нужно где-то хранить, как ни крути - выплывает еще класс типа Manager, возможно синглтон. Ну и разумеется используемые классы - совсем не UI, до конкретного QDialog там еще далеко. Тут есть о чем поговорить, но ..., согласен, это никому не интересно 

[Bepec]

Оо синглтон для индикаторов... А можно пояснение - нафига он сдался там?

PS ну просто фантастика на мой взгляд.

[Igors]

Оо синглтон для индикаторов... А можно пояснение - нафига он сдался там?

Уже пояснил - хотя бы потому что установки индикаторов надо где-то хранить.

PS ну просто фантастика на мой взгляд.

Ну вот нужно 2 (или более) индикаторов в 1 окне. Приплыли, попастись на QProgressDialog не удается. Начните делать, и, уверяю, фантастика очень быстро станет реальностью (суровой для Вас  )

[Old]

Тут есть о чем поговорить, но ..., согласен, это никому не интересно  

Так вы тему новую создайте и если кому-то будет интересно обсуждайте. Для чего в чужой теме обсуждать интересные для вас проблемы?
Хотя обсуждать там нечего, даже с диалогом с десятью барами. Все сводится к рутиному и скучному гую. А за сингетон, да в таком случае, нужно сразу в разносчика кофе переводить.