I am designing an application which has the potential to hang while waiting for data from servers (either Database or internet) the problem is that I don’t know how best to cope with the multitude of different places things may take time.
I am happy to display a ‘loading’ dialog to the user while access is happening but ideally I don’t want this to flick up and disappear for short running operations.
Microsoft word appears to handle this quite nicely, as if you click a button and the operation takes a long time, after a few seconds you get a ‘working..’ dialog. The operation is still synchronous and you can’t interrupt the operation. However if the same operation happens quickly you obviously don’t get the dialog.
I am happy(ish) to devise some generic background worker thread handler and 99% of my data processing is already done in static atomic methods, but I would like to go best practice on this one if I can.
If anyone has patterns, code or suggestions I welcome them all
Cheers
If this is the behavior your want…
You could handle this, fairly easily, by wrapping a class around BackgroundWorker. Just time the start of the DoWork event, and the time to the first progress report. If a certain amount of time passes, you could show your dialog – otherwise, block (since it’s a short process).
That being said, any time you’re doing work that can be processed asynchronously, I’d recommend doing it that way. It’s much nicer to never block your UI for a noticable interval, even if it’s short. This becomes much simpler in .NET 4 (or 3.5 with Rx framework) by using the task parallel library.