backgroundworker

Is this senerio valid? I have a View to maintain an Item. I have View Model which exposes the Item Object (implements INotifyPropertyChanged) as a Property to which is View is bound. Is it valid for me to pass the Item object to a Backgroundworker where it is modified, then raise the PropertyChanged event when the BackgroundWorking is complete? Or should the BackgroundWorker in no way modify the Item object. I would update the existing Item object with the results passed back by the BackgroundWorker. This would be done in the RunWorkerCompleted event. But does this lock the UI thread and

I have "Googled" but still confused with Task, Thread, and Background Worker..... Is "Task is a high level API that running on current thread" correct ? If 1 is correct, why I need to use invoke to change the UI inside the task at same thread ? Backgroundworker only got lowest priority in the application ? So the performance of backgroundworker is lower than task and thread ? Right ? Finally, in my application I need to get a string from server using "HttpWebRequest", after that parse the string and update the UI. If I use "HttpWebRequest.BeginGetResponse" to wait for the async result and

Possible Duplicate: BackgroundWorker vs background Thread When should I consider managing threads on my own as opposed to using the BackgroundWorker? I know managing threads on your own can be difficult and can lead to problems, is there a direct benefit of managing them on your own? DevExpress Team You will find an answer to this question at: BackgroundWorker vs background Thread 来源： https://stackoverflow.com/questions/5195733/when-to-use-backgroundworker-or-manage-threads-on-your-own

I have a custom Queue class inherited from Queue class. It has an event ItemAdded. In the event handler of this event i am executing a method. But it is running other than main thread, though i want it in main thread. I don't know how to do it. Any suggestion ? //My custom class using System; using System.Collections; //Required to inherit non-generic Queue class. namespace QueueWithEvent { public class SmartQueue:Queue { public delegate void ItemAddedEventHandler(object sender, EventArgs e); public event ItemAddedEventHandler ItemAdded; protected virtual void OnItemAdded(EventArgs e) { if

I have a GUI application that needs to run long calculations (think a minute or more) and the way that it deals with this is by giving the calculation to a background worker. (this part is fine) The question I have is if I do something like: this.backgroundWorker.RunWorkerCompleted += new System.ComponentModel.RunWorkerCompletedEventHandler(this.doSomethingElse); is doSomethingElse going to be run on the main UI thread or whatever in the thread pool the background worker ran on? thank for any help you can provide. It's going to be run in the same thread that BackgroundWorker is in, ie most