[Development] Make a decision for asynchronous APIs

[Allan Sandfeld Jensen]

On Freitag, 31. Januar 2020 17:24:20 CET Sona Kurazyan wrote:
> Additionally, there are some discussions about QFuture being a mix between a
> “Task” and a “Future”. One of the options of improving this situation is to
> make a QTask (or QJob) out of the current QFuture. But then the question
> is: should we also support a “classic” QFuture? Is there a value in having
> it, when there are already some very advanced implementations of a future?
> 
As I have expressed earlier I would love the simplified QFuture, just a 
something that can hold the result of an async function, but no runtime 
controls. Just ways to test if the result is ready and to be notified when it 
is, like with a waitForResult blocking method and a signal emitter of some 
kind. 

I think there are many cases where such an API would be useful.

Best regards
'Allan