Как мне понять когда поток закончит выполняться, дабы вызвать после его завершения какой нить MessageBox?

http://msdn.microsoft.com/ru-ru/library/sy...ad_methods.aspx
Join()

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

вот еще http://msdn.microsoft.com/ru-ru/library/sy...hreadstate.aspx

Добавлено через 1 минуту и 9 секунд


Добавлено через 2 минуты и 3 секунды

если Join() , то да

А что плохого в блокировании основного потока? Иногда это просто необходимо исходя из логики кода.

встречно - а что хорошего? я за асинхронность. ее конечно тяжелее организовать, чем просто заблокировать основной поток.   
по существу - я бы рекомендовал BackgroundWorker.

А можно ли сосздать код, который бы заменял работу BackgroundWorker? У меня уже просто их напихано штуки 3(каждый для разных операций)



Говоря про асинхронность Вы имете ввиду применение асинхоронных делегатов?

конечно можно. правда не вижу в этом смысла.


по большому счету это не смертельно.


нет. я про асинхронное выполнение операций - как таковое.

Я тоже за асинхронность  . Если вы имеете ввиду вызове Join() из основного потока формы, то здесь я с вами согласен, Join() однозначно будет злом. В таких случаях лучше использовать BackgroundWorker. А вообще, если говорить про работу с потоками в целом, Join вполне отлично справляется с некоторыми специфичными задачи, в которых требуется именно синхронность вызывающего потока.



Если вы имеете ввиду компонент, который бы инкапсулировал создание из запуск множества BackgroundWorker-ов, а также предоставлял возможности для модульного тестирования, могу привести вам исходники такого компонента, который я писал для собственных нужд.

Использовать Task и его возможности аля ContinueWith.

Добавлено через 1 минуту и 48 секунд

говоря словами дядюшки Рихтера: поток - слишком дорогое удовольствие, чтобы выделять его под конкретную задачу.

это я так понимаю одна из новинок .NET Framework 4?

  

  
блин, на работе чувствую себя отрезанным от цивилизации.

Класс Thread использовать не рекомендуется, используй ThreadPool, или как я уже писал Task-и, они работают через ThreadPool.


хорошего в блокировании потоков мало, этого надо по возможности избегать, поток нужен для паралеллизации, а если он просто спит и ничего не делает - то может он вообще не нужен? Усыплять поток можно тогда, когда программе вообще нечего делать, у многих 3 потока трудятся в поте лица, в то время как четвертый спит беспробудным сном, и почему бы тогда четвертому потоку не заняться делом вместо одного из тех трех?


Это сообщение отредактировал(а) azesmcar - 1.9.2010, 16:28

эмм..
а из самого потока месседжбокс не вызывается?
или если надо что-то в форме подправить, то делегат поможет