Я понимаю использование Application.Current.Dispatcher (он дает нам диспетчера, связанного с основным потоком). Но я сомневаюсь в Диспетчер..
Если Диспетчер. дает нам Dispatcher, связанный с текущим запущенным потоком, то зачем нам вообще вызывать его для вызова какого-либо действия. Мы можем просто вызвать наше действие, просто вызвав метод.
Просто нужно запланировать вызов действия с помощью ДиспетчерПриоритет?
Редактировать: Не думаю, что отмеченный вопрос (дубликат) точно ответил на мой вопрос. Ответ на этот вопрос различает их, но мой вопрос спрашивает, почему один из них вообще существует.
Что, если вы (или кто-то другой) создаете поток с диспетчером и хотите вызвать что-то в этом (диспетчерском) потоке из другого потока? Ваш вопрос почти такой же, как вопрос: "Если я выполняю код только в основном потоке / потоке графического интерфейса, зачем нам вообще нужно вызывать через диспетчер?" ...
Не думаю, что отмеченный вопрос (дубликат) точно ответил на мой вопрос. Ответ на этот вопрос различает их, но мой вопрос спрашивает, почему один из них вообще существует.
Кто-нибудь может ответить на мой вопрос? Заранее спасибо.
Они могут быть разными в приложении, которое создает пользовательский интерфейс более чем в одном потоке. Курица и яйцо, если вы действительно не понимаете разницы, никогда не делайте этого. Fwiw, Dispatcher.CurrentDispatcher вызывает у программистов хронические проблемы, когда они используют его в рабочем потоке. Так что всегда отдайте предпочтение Application.Current.Dispatcher.




