StringGrid (Оптимизация кода) - Загрузка и Сохранение

@adm1nspb · Регистрация: 12.12.2011

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

Добрый день!

Для сохранения StringGrid в файл использую

C++
1
2
3
4
5
6
7
       TStringList *Table = new TStringList;
        for(int i = 0 ; i < fStringGrid->RowCount ; i++)
        {
             Table->Add(fStringGrid->Rows[i]->DelimitedText);
        }
        Table->SaveToFile(ExtractFilePath(Application->ExeName)+"dat.txt");
        delete Table;

Для загрузки StringGrid из файла использую

C++
1
2
3
4
5
6
7
        TStringList *Table = new TStringList;
        Table->LoadFromFile(ExtractFilePath(Application->ExeName)+"dat.txt");
        for(int i = 0 ; i < StringGrid1->ColCount ; i++)
        {
              StringGrid1->Cols[i]->DelimitedText = Table->Strings[i];
        }
        delete Table;

Проблема в том, что когда в StringGrid строк и столбцов становится "много", процесс загрузки и сохранения начинает становится долгим и раздражающе-заметным.
Скажите, можно ли как-то оптимизировать этот код чтобы забыть о необходимости долгих циклов?

@adm1nspb · 05.06.2016, 00:30 **[ТС]**

Вопрос еще актуален...

@Dinkin · 05.06.2016, 12:00

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

@volvo · 05.06.2016, 12:21

У StringGrid->Rows[i] есть методы BeginUpdate()/EndUpdate(). Если перед сохранением/загрузкой вызвать BeginUpdate(), а после того, как операция завершена - EndUpdate(), то очень даже может быть, что скорость увеличится (Visible такого эффекта не даст, кстати. Мало того, что компонент будет исчезать на время сохранения/загрузки, так еще и много чего происходит даже с невидимым контролом, чего после BeginUpdate не делается.

У меня таких больших гридов нет, проверить негде, проверяй, о результатах отпишись.

@nick42 · 05.06.2016, 12:26

Судя по примеру, в таблице при перезагрузке колонки и строки меняются местами. Можно изменить код так, чтобы в файл записывались данные "поколонно", а считывались, соответственно, построчно. Тогда начальные (видимые) строки отрисуются "сразу", а нижние уже в "фоновом режиме" (это чтоб не раздражало). А как ускорить цикл в одну строку...? Ну, процессор вставить помощнее... (".. лучше гор могут быть только горы..."<C>).

@Dinkin · 05.06.2016, 12:26

volvo, где на форуме тут писали, BeginUpdate()/EndUpdate() у StringGrida вобще не дают результата...вот заодно человек отпишется, так ли это или нет.

@nick42 · 05.06.2016, 12:33

П.С. .. или вот с апдейтами поэкспериментировать (ей богу не представляю, что при этом программно делается, а читать лень. Может кто знающий в двух словах прояснит...?).

Добавлено через 4 минуты
И, кстати, условие цикла чревато ошибкой, если "матрица вдруг не квадратная".

@volvo · 05.06.2016, 12:41

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

где на форуме тут писали, BeginUpdate()/EndUpdate() у StringGrida вобще не дают результата

Я использовал, результат был, точно помню. Если бы не было - не предлагал бы...

@adm1nspb · 06.06.2016, 01:25 **[ТС]**

У StringGrid->Rows[i] есть методы BeginUpdate()/EndUpdate(). Если перед сохранением/загрузкой вызвать BeginUpdate(), а после того, как операция завершена - EndUpdate(), то очень даже может быть, что скорость увеличится (Visible такого эффекта не даст, кстати. Мало того, что компонент будет исчезать на время сохранения/загрузки, так еще и много чего происходит даже с невидимым контролом, чего после BeginUpdate не делается.

У меня таких больших гридов нет, проверить негде, проверяй, о результатах отпишись.

Спасибо, на днях проверю, отпишусь.
Может можно сохранить/загрузить быстро и не обязательно в текстовый файл???

@D1973 · 06.06.2016, 05:46

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

и не обязательно в текстовый файл

А куда???

@volvo · 06.06.2016, 11:12

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

Может можно сохранить/загрузить быстро

Все способы записи/чтения так или иначе будут привязаны к построчному проходу, стандартный WriteComponent не сохраняет содержимое грида.

@nick42 · 06.06.2016, 15:09

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

Может можно сохранить/загрузить быстро и не обязательно в текстовый файл?

Если запись файла и чтение используются только для "конвертирования" таблицы (строки<->столбцы), то без файла вполне можно обойтись, применив StringList__

C++
1
2
3
4
5
   TStringList *SL = new TStringList;
   for(int i=0;i<grid5->ColCount;i++) SL->Add(grid5->Cols[i]->CommaText);
   for(int i=0;i<grid5->RowCount && i<SL->Count;i++)
     grid5->Rows[i]->CommaText = SL->Strings[i];
   delete SL;

@adm1nspb · 08.06.2016, 19:43 **[ТС]**

@volvo У StringGrid->Rows[i] есть методы BeginUpdate()/EndUpdate(). Если перед сохранением/загрузкой вызвать BeginUpdate(), а после того, как операция завершена - EndUpdate(), то очень даже может быть, что скорость увеличится (Visible такого эффекта не даст, кстати. Мало того, что компонент будет исчезать на время сохранения/загрузки, так еще и много чего происходит даже с невидимым контролом, чего после BeginUpdate не делается.

У меня таких больших гридов нет, проверить негде, проверяй, о результатах отпишись.

К сожалению не нашел методы ИeginUpdate()/EndUpdate() в XE8.

@nick42 · 08.06.2016, 20:39

Простите, не поверю. В BCB 5 это есть, а в XE8 уже убрали?...

@adm1nspb · 09.06.2016, 00:56 **[ТС]**

Попробовал методы BeginUpdate()/EndUpdate() - нет увеличения в скорости.
Может есть способы сохранения и загрузки в какой-нибудь другой формат файла? Чтобы всю таблицу сразу ?

@Dinkin · 09.06.2016, 10:44

Когда столько данных, может стоит смотреть в сторону готовых БД, а не держать информацию в памяти.

@volvo · 09.06.2016, 11:20

Обязательно именно TStringGrid? Я где-то на форуме выкладывал реализацию через TDrawGrid, который не хранит информацию, как StringGrid, а только ее отображает (а сами данные хранятся отдельно, в каком-то контейнере), поэтому при сохранении/подгрузке данных никаких лишних перерисовок в принципе не будет. Должно быть быстрее, чем со StringGrid-ом в любом случае.

Новые блоги и статьи Все статьи Все блоги /
Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Programma_Boinc 28.12.2025 Советы по крайней бережливости. Внимание, это ОЧЕНЬ длинный пост. Налог на собак: https:/ / ********/ gallery/ V06K53e Финансовый отчет в Excel: https:/ / ********/ gallery/ bKBkQFf Пост отсюда. . .	Кто-нибудь знает, где можно бесплатно получить настольный компьютер или ноутбук? США. Programma_Boinc 26.12.2025 Нашел на реддите интересную статью под названием Anyone know where to get a free Desktop or Laptop? Ниже её машинный перевод. После долгих разбирательств я наконец-то вернула себе. . .	Thinkpad X220 Tablet — это лучший бюджетный ноутбук для учёбы, точка. Programma_Boinc 23.12.2025 Рецензия / Мнение/ Перевод Нашел на реддите интересную статью под названием The Thinkpad X220 Tablet is the best budget school laptop period . Ниже её машинный перевод. Thinkpad X220 Tablet —. . .	PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .

@adm1nspb 2 / 2 / 2 Регистрация: 12.12.2011 Сообщений: 95
	05.06.2016, 00:30 [ТС]
	Вопрос еще актуален... 0

@Dinkin 783 / 556 / 136 Регистрация: 31.05.2013 Сообщений: 3,142 Записей в блоге: 3
	05.06.2016, 12:00
	К примеру на момент загрузки можно делать компонент таблицы невидимым, тем самым не будут тратиться ресурсы на прорисовку. 0

@volvo Супер-модератор 33197 / 21493 / 8233 Регистрация: 22.10.2011 Сообщений: 36,882 Записей в блоге: 12
	05.06.2016, 12:21
	У StringGrid->Rows[i] есть методы BeginUpdate()/EndUpdate(). Если перед сохранением/загрузкой вызвать BeginUpdate(), а после того, как операция завершена - EndUpdate(), то очень даже может быть, что скорость увеличится (Visible такого эффекта не даст, кстати. Мало того, что компонент будет исчезать на время сохранения/загрузки, так еще и много чего происходит даже с невидимым контролом, чего после BeginUpdate не делается. У меня таких больших гридов нет, проверить негде, проверяй, о результатах отпишись. 0

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798
	05.06.2016, 12:26
	Судя по примеру, в таблице при перезагрузке колонки и строки меняются местами. Можно изменить код так, чтобы в файл записывались данные "поколонно", а считывались, соответственно, построчно. Тогда начальные (видимые) строки отрисуются "сразу", а нижние уже в "фоновом режиме" (это чтоб не раздражало). А как ускорить цикл в одну строку...? Ну, процессор вставить помощнее... (".. лучше гор могут быть только горы..."<C>). 0

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798
	05.06.2016, 12:33
	П.С. .. или вот с апдейтами поэкспериментировать (ей богу не представляю, что при этом программно делается, а читать лень. Может кто знающий в двух словах прояснит...?). Добавлено через 4 минуты И, кстати, условие цикла чревато ошибкой, если "матрица вдруг не квадратная". 0

@nick42 Практикантроп 4841 / 2726 / 534 Регистрация: 23.09.2011 Сообщений: 5,798
	08.06.2016, 20:39
	Простите, не поверю. В BCB 5 это есть, а в XE8 уже убрали?... Миниатюры 1

@adm1nspb 2 / 2 / 2 Регистрация: 12.12.2011 Сообщений: 95
	09.06.2016, 00:56 [ТС]
	Попробовал методы BeginUpdate()/EndUpdate() - нет увеличения в скорости. Может есть способы сохранения и загрузки в какой-нибудь другой формат файла? Чтобы всю таблицу сразу ? 0

@Dinkin 783 / 556 / 136 Регистрация: 31.05.2013 Сообщений: 3,142 Записей в блоге: 3
	09.06.2016, 10:44
	Когда столько данных, может стоит смотреть в сторону готовых БД, а не держать информацию в памяти. 0

@volvo Супер-модератор 33197 / 21493 / 8233 Регистрация: 22.10.2011 Сообщений: 36,882 Записей в блоге: 12
	09.06.2016, 11:20
	Обязательно именно TStringGrid? Я где-то на форуме выкладывал реализацию через TDrawGrid, который `не хранит` информацию, как StringGrid, а только ее `отображает` (а сами данные хранятся отдельно, в каком-то контейнере), поэтому при сохранении/подгрузке данных никаких лишних перерисовок в принципе не будет. Должно быть быстрее, чем со StringGrid-ом в любом случае. 1