this.Dispatcher.Invoke(() =>
{
var boldResult = new Bold(new Run(text));
textBlock.Inlines.Add(boldResult);
});

Для переброски делегата в UI поток лучше использовать Dispatcher.BeginInvoke(...), оно поставит делегат в очередь и сразу же продолжит работу, а Invoke блокируется до выполнения делегата.

Dispatcher.Invoke, вроде, не бросает каких-либо исключений которые стоит отлавливать, в т.ч. и TaskCanceledException.

Ну и зачем ты такое советуешь? Не рой яму другому, сам в неё упадёшь.

Ира, всё правильно, не прячь мусор под ковёр. Всё равно, рано или поздно он оттуда вывалится, и тогда уж лучше рано, чем поздно. Пусть ищется человек, который сумеет тебя оценить такой, какая ты есть. Если есть домашнее порно, то выкладывай и его, не надо стесняться, будь искренней.

или того хуже, полная противоположность девушки — женщина!

Для человека который, задаёт вопрос об извлечении метаинформации методов, вот это

string methodParams = String.Join(", ", methodInfo.GetParameters().Select(p => String.Format("{0} {1}", p.ParameterType, p.Name)).ToArray());

1. только textWriter.Write(...); — и так один за одним, никакой конкатенации и string.format.

2. Для реального dev кода: отдельный метод который принимает TextWriter и массив параметров и засовывает в TextWriter имена параметров с типами через запятую последовательно в цикле без String.Join. Я к тому, что работа вроде не сложная, а тут столько промежуточных стрингов наплодится, что коллектор тригернётся на сборку. Но если для demo, то пожалуй и так сойдёт.
Я не против Linq и String.Format — любой на твоём месте так бы сделал, но не любой так зашарит заюзать TextWriter, вот и получается, что часть кода уровня милда, а подход уровня архитектора. Стили контрастируют. Если ты написал что-то типа Console.WriteLine — то и вопросов не было бы :).