String vs ShortString

[Kronos913]

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

Какого типа лучше их делать? String, или ShortString
С одной стороны, ShortString занимает куда меньше места. Потому как в exe-файле между двумя String находятся 12 разделительных символа, а между ShortString - 4-5

С другой стороны, просмотрев через crtl+alt+C место создания имени кнопки, заметил, что у ShortString ощутимо длиннее код передачи строки. Как я понял, при передаче происходит конвертация ShortString в String

Отсюда возникает вопрос - какой из видов строк лучше использовать в программе?

[Kronos913]

И может быть как-то можно отредактировать TButton, TLabel и прочие, чтобы в них ShortString заходил напрямую, без конвертации?

[macomics]

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

Отсюда возникает вопрос - какой из видов строк лучше использовать в программе?

Без разницы. Вы не избежите всех теневых копирований строк. В конечном итоге эта строка все равно будет скопирована и сохранена в системном буфере при создании самой кнопки (как конечного окна класса BUTTON из user32.dll). Искать выгоды и оптимизации в этом месте возможно, но бесполезно. В конце концов вы всегда можете создать в ресурсах STRINGTABLE и расположить строки там. Это кстати может быть даже более удобно с точки зрения перевода/локализации программы на другие языки.

[Arigato]

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

Нужны они, в основном, для того чтобы присваивать имена кнопкам, которые создаются по ходу исполнения программы через TButton.Create

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

[Kronos913]

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

Без разницы. Вы не избежите всех теневых копирований строк. В конечном итоге эта строка все равно будет скопирована и сохранена в системном буфере при создании самой кнопки (как конечного окна класса BUTTON из user32.dll). Искать выгоды и оптимизации в этом месте возможно, но бесполезно. В конце концов вы всегда можете создать в ресурсах STRINGTABLE и расположить строки там. Это кстати может быть даже более удобно с точки зрения перевода/локализации программы на другие языки.

Я вынес в строковые константы имена кнопок, потому как некоторые из них дублируются. Но далеко не все.
И внезапно вышло так, что исходник от этого немного вырос...

[macomics]

Ну конечно же. Когда вы задаете имена кнопок в компонентах, тогда имена кнопок включаются как dfm файл в ресурсы программы и нет лишнего кода создания компонентов. Для воспроизведения формы используется универсальный конструктор, который создает окно по его текстовому описанию. Из-за этого конструктора у вас даже простое приложение с окном весит больше полумегабайта.

[Kronos913]

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

Ну конечно же. Когда вы задаете имена кнопок в компонентах, тогда имена кнопок включаются как dfm файл в ресурсы программы и нет лишнего кода создания компонентов. Для воспроизведения формы используется универсальный конструктор, который создает окно по его текстовому описанию. Из-за этого конструктора у вас даже простое приложение с окном весит больше полумегабайта.

Думаю, вы не совсем поняли, что я имел в виду

Вариант 1:

But1.Caption:='12345';

Вариант 2:

Const
  a:string='12345';

But1.Caption:=a;

Так вот, при варианте 2 увеличивается размер исходника.
Вообще, вариант 2 делался для того, чтобы если какое-то имя повторяется - то чтобы оно было 1 раз прописано

[Arigato]

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

при варианте 2 увеличивается размер исходника

А это разве имеет какое-то значение? Купите диск побольше, если место заканчивается

[Kronos913]

Больше просто чтобы все было оптимальнее

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

Ну конечно же. Когда вы задаете имена кнопок в компонентах, тогда имена кнопок включаются как dfm файл в ресурсы программы и нет лишнего кода создания компонентов.

А по поводу этого - в программе огромное количество панелей, которые включаются/отключатся. Если пытаться всё втулить на форму - будет такой перегруз элементами, что невозможно будет во всём нормально разобраться. И большая вероятность запутаться, что под/над чем должно находиться

Потому становится проще создавать многие панели и их элементы из программы.
И к слову говоря, если переводить элементы из раздела изначальных в раздел создаваемых - то размер исходника уменьшается

[digitalis]

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

при варианте 2 увеличивается размер исходника.

У меня убеждение, переходящее в уверенность, что ТС не понимает значение слова "исходник" и отождествляет его с ехе-шником.