Обработчик событий против делегата

Question

У меня есть одноэлементный ящик, который я разделяю между кучей разных потоков. Несколько раз один поток должен общаться с другим.

Я думал о двух подходах:

Каждый поток помещает делегат в одноэлементных. Когда время необходимо, один поток вызывает функцию в singleton, которая вызывает другого делегата в singleton, который уведомляет каждый поток о том, чтобы что-то сделать.

Другая опция использует стандартный механизм обработки событий.

Есть ли преимущество в использовании одного или другого?

Answer 1

Стандартная система событий будет работать лучше для вас, если это то, что вы хотите (и, похоже, это так), почему вы хотите изобрести колесо?

Я бы подумал, что стандартные события будут более знакомы людям, просматривающим код, и я бы предположил, что это будет более результативно. Это проблема? Вы пробовали перфекционировать его?

Answer 2

Независимо от того, какой поток зарегистрировал делегат с singleton (или добавил событие в singleton, это не имеет значения) уведомление произойдет в контексте уведомляющего потока.

Если вам нужно сделать один поток, сделайте что-то по указанию другого потока, вам нужно сообщить это намерение с данными. Например, каждый поток может настроить очередь блокировки и ждать, пока элементы будут помещены в их очередь другими. Этими элементами могут быть делегаты, объекты или чистые элементы данных, которые необходимо интерпретировать, прежде чем предпринимать действия. Важно то, что для того, чтобы действие происходило в потоке, сам поток должен выполнить это действие.