Как обрабатывать/редактировать большой объем текста в WPF?

AvalonEdit, текстовый редактор в SharpDevelop, был полностью написан с нуля в WPF и оптимизирован для работы с большими объемами текста. Он не поддерживает форматированный текст (хотя поддерживает подсветку синтаксиса и другие интересные функции, такие как свертывание). Я думаю, что это может идеально соответствовать вашим требованиям.

Вот статья о редакторе, написанная разработчиком:

http://www.codeproject.com/KB/edit/AvalonEdit.aspx

Я не уверен, поможет ли это, но пробовали ли вы использовать FlowDocumentPageViewer и FlowDocumentReader ?

Он также имеет очень хорошую поддержку аннотаций и идеально подходит для загрузки документов в текстовом формате.

Проблема в том, что TextBox является единственным элементом контейнера. Элементы управления списками, такие как ListBox, очень хорошо виртуализируются из-за повторного использования контейнеров. На самом деле нет ничего простого, что вы могли бы сделать, чтобы ускорить TextBox.

Но элемент управления TextBox имеет метод AppendText():

        TextBox tb = new TextBox();
        tb.AppendText("Hello");

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

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

Вы всегда можете смешивать и сочетать технологии: вы можете поместить текстовое поле WinForms в родительский объект WPF. Вы теряете такие вещи, как стиль, непрозрачность, анимация, преобразования и т. д., но если все, что имеет значение, — это редактирование текста, текстовое поле WinForms отлично с этим справляется.

Вы пробовали WPF RichTextBox? Вы определенно захотите прочитать информацию о FlowDocument, если пойдете по этому пути.

Вы можете использовать FlowDocument, но это не работает из коробки для привязки к свойству Document FlowDocument в MVVM.

Другим решением является использование FlowDocumentScrollViewer и привязка к его свойству Document.

(или вы даже можете использовать FlowDocumentReader и привязать его свойство Document, аналогично FlowDocumentScrollViewer. Это даст вам другой пользовательский интерфейс.)

Вид:

 <FlowDocumentScrollViewer Document="{Binding FlowDocument, Mode=OneWay}" />

Модель представления:

   FlowDocument fd = new FlowDocument();
        Paragraph p = new Paragraph();
        Run r = new Run();
        r.Text = "large text";
        p.Inlines.Add(r);
        fd.Blocks.Add(p);
        FlowDocument = fd;

 private FlowDocument _FlowDocument;
    public FlowDocument FlowDocument
    {
      get{ return _FlowDocument; }
      set
      {
        _FlowDocument = value;
        NotifyOfPropertyChange(nameof(FlowDocument));
      }
    }

см. также дополнительные советы по повышению производительности: https://docs.microsoft.com/en-us/dotnet/framework/wpf/advanced/optimizing-performance-text#flowdocument-textblock-and-label-controls

Еще один вариант — использовать Scintilla.NET. У него лучшая производительность для больших объемов текстов, которые я когда-либо видел. Загрузка больших файлов практически мгновенная. Несмотря на то, что это элемент управления WinForms, вы можете встроить его в окно WPF с помощью контейнера WindowsFormsHost. Есть подсветка синтаксиса и некоторые другие функции, которых должно быть более чем достаточно для отображения неформатированного текста. Из недостатков — поскольку это элемент управления WinForms, он перекрывает другие элементы пользовательского интерфейса WPF. Также могут возникнуть проблемы с изменением размера элемента управления. К сожалению, я не вижу лучшего варианта, чем использование элемента управления, отличного от WPF, вместо стандартных TextBox и RichTextBox.

Как насчет того, чтобы попробовать что-то вроде этого:

Сохраняйте всю строку в памяти, но отображайте только ее «фрагмент» в текстовом поле. Размер этой нарезанной строки будет вычисляться динамически в зависимости от размера текстового поля, размера шрифта и т. д.

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