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-ом в любом случае.

Новые блоги и статьи Все статьи Все блоги /
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip Сканируйте QR-код на мобильном и вы увидите, что появится джойстик для управления главным героем. . . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .

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

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

@volvo Супер-модератор 33398 / 21508 / 8236 Регистрация: 22.10.2011 Сообщений: 36,906 Записей в блоге: 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,153 Записей в блоге: 3
	09.06.2016, 10:44
	Когда столько данных, может стоит смотреть в сторону готовых БД, а не держать информацию в памяти. 0

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