Зависание программы при записи в RichTextBox

@Jesterru · Регистрация: 19.06.2016

Студворк — интернет-сервис помощи студентам

Всем привет! Создал я программу, которая шифрует текст. Делал я ее по разному :
1. Закодированный текст добавлялся в строку, а после уже вся строка помещалась в RichTextBox.
2. Закодированный текст сразу помещается в RTB.

И во всех этих способах есть свои минусы. (Но эти минусы не заметны при шифровании малого объема данных.)
Проблема первого способа - в один момент данные начинают рывками кодироваться, после чего вообще перестают кодироваться (Переполнение?!?! Я про это даже в гугле не нашел)
Проблема второго способа - Чем больше в RTB уже помещено информации, тем медленнее процесс. НА первых этапах его скорость в районе 500 символов / сек, уже через минуту - 10/сек.
Первый способ мне кажется более "хорошим", но почему он останавливается? Как вообще это все можно оптимизировать?

@kolorotur · 02.07.2017, 10:43

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

В первом случае вам надо вместо добавления в строку делать добавление в StringBuilder.
Во втором случае вместо rtb.Text += result надо делать rtb.AppendText(result)

@Jesterru · 02.07.2017, 13:40 **[ТС]**

Сообщение от kolorotur

В первом случае вам надо вместо добавления в строку делать добавление в StringBuilder.

Спасибо за совет. Но не много не понял про стринг билдер. Надо просто добавлять += информацию, или же использовать метод Append?

Добавлено через 5 минут
Методом тыка все же понял, что += нельзя даже юзать. Так что только через Apend

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	Контроль уникальности заводского номера - вариант №2 Maks 24.03.2026 В отличие от предыдущего варианта добавлено прерывание циклов, также добавлены новые переменные для сохранения контекста ошибки перед прерыванием цикла: Процедура ПередЗаписью(Отказ, РежимЗаписи,. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера - вариант №1 Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере документа выдачи шин для спецтехники с табличной частью в конфигурации КА2. Данные берутся из регистра сведений, по. . .

@Jesterru 3 / 2 / 2 Регистрация: 19.06.2016 Сообщений: 299

	Зависание программы при записи в RichTextBox 02.07.2017, 10:28. Показов 1411. Ответов 2 Метки нет (Все метки) Всем привет! Создал я программу, которая шифрует текст. Делал я ее по разному : 1. Закодированный текст добавлялся в строку, а после уже вся строка помещалась в RichTextBox. 2. Закодированный текст сразу помещается в RTB. И во всех этих способах есть свои минусы. (Но эти минусы не заметны при шифровании малого объема данных.) Проблема первого способа - в один момент данные начинают рывками кодироваться, после чего вообще перестают кодироваться (Переполнение?!?! Я про это даже в гугле не нашел) Проблема второго способа - Чем больше в RTB уже помещено информации, тем медленнее процесс. НА первых этапах его скорость в районе 500 символов / сек, уже через минуту - 10/сек. Первый способ мне кажется более "хорошим", но почему он останавливается? Как вообще это все можно оптимизировать? 0

@kolorotur 17823 / 12973 / 3382 Регистрация: 17.09.2011 Сообщений: 21,261
	02.07.2017, 10:43
	В обоих случаях у вас идет многократное склеивание строк, что тормозит весь процесс. Чтобы понять почему — почитайте документацию про строки и про их иммутабельность. В первом случае вам надо вместо добавления в строку делать добавление в StringBuilder. Во втором случае вместо `rtb.Text += result` надо делать `rtb.AppendText(result)` 0