QtConcurrent blockingMappedReduced v.s MappedReduced

Question

Из моего понимания QtConcurrent::blockingMappedReduced возвращает конечный результат, в то время как QtConcurrent::MappedReduced возвращает QFuture объект, но в этом примере http://doc.qt.io/qt-5/qtconcurrent-wordcount-main-cpp.html я видел такой код:

WordCount total = QtConcurrent::mappedReduced(files, countWords, reduce); 

QtConcurrent::mappedReduced функция также возвращает конечные результаты. Я что-то упускаю? Если это неверно, каков правильный способ использования результатов, возвращаемых QtConcurrent::mappedReduced? И при каких условиях я должен QtConcurrent::mappedReduced вместо QtConcurrent::blockingMappedReduced? Пожалуйста, порекомендуйте.

Answer 1

В примере QFuture объект возвращается непосредственно к WordCount с использованием QFuture объекта conversion operator to its template parameter type, который блокирует и ожидает, когда результат станет доступным.

typedef QMap<QString, int> WordCount; 
WordCount total = mappedReduced(files, countWords, reduce); 

На практике, это то же самое, если вы вызываете блокирующие версию функции blockingMappedReduced или вернуть QFuture объект из асинхронного mappedReduced и немедленно заблокировать возвращаемый объект QFuture. Обратите внимание, что вызов result() или resultAt(0) также блокирует.

WordCount total = blockingMappedReduced(files, countWords, reduce); 

QFuture<WordCount> future = mappedReduced(files, countWords, reduce); 
WordCount total = future.result(); 

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

QFuture<WordCount> future = mappedReduced(files, countWords, reduce); 
qDebug() << future.isResultReadyAt(0); // returns false