http://newbreath.ucoz.ru/talents.html воть вот такую хрень я леплю, на деле эти страшные сообщения это всего один символ ограничивающий клики а описание планирую загнать как маску. а не как везде делают отдельные строки
------------ Дoбавленo в 19.35:
описание придется просто подгрузить для всех что на экране, чтобы отображалось быстро
Этот топик читают: Гость
Ответов: 327
Рейтинг: 5
|
|||
карма: 0 |
|
Ответов: 1161
Рейтинг: 160
|
|||
карма: 0 |
| ||
файлы: 1 | code_34352.txt [481B] [447] |
Разработчик
Ответов: 26151
Рейтинг: 2127
|
|||
LainX писал(а): А с использованием UseName=True почему нет варианта?Наверное потому, что у нас нет массива строк |
|||
карма: 22 |
|
Ответов: 824
Рейтинг: 138
|
|||
карма: 1 |
| ||
файлы: 1 | code_34356.txt [19.9KB] [1051] |
Ответов: 1376
Рейтинг: 197
|
|||
карма: 1 |
| ||
файлы: 1 | code_34357.txt [19.6KB] [586] |
Ответов: 16884
Рейтинг: 1239
|
|||
Ещё вариант, чуток быстрее.
sashaoli, code_34358.txt Почему такой вариант: 1. При создании программы заполняется только один список в StrList. 2. Заполнение списка выбора(ключей) из списка ключ=ответ исключает ошибки. 3. Результат по индексу (FList.Items[Index]) отрабатывает намного быстрее любого поиска текста. |
|||
карма: 25 |
| ||
файлы: 1 | code_34358.txt [14.8KB] [573] |
Ответов: 9906
Рейтинг: 351
|
|||
Что-то мне подсказывает, что ЭТО (в коде Tad-а) не очень-то и "время поиска"
|
|||
карма: 9 |
|
Гость
Ответов: 17029
Рейтинг: 0
|
|||
Редактировалось 4 раз(а), последний 2021-05-21 06:01:37 |
|||
карма: 0 |
|
Ответов: 16884
Рейтинг: 1239
|
||||||||||||
Что-то мне подсказывает, что ЭТО (в коде Galkov-а) тоже не очень-то и "время поиска"
code_34359.txt Вот по этой схеме такие данные:
------------ Дoбавленo в 11.59: 95.69.225.191 писал(а): например ключ будем вводить в ручную...Первый пример - вручную пишется вместе. |
||||||||||||
карма: 25 |
| |||||||||||
файлы: 1 | code_34359.txt [14.6KB] [2736] |
Ответов: 824
Рейтинг: 138
|
|||
Ой! 95.69.225.191- это был я...
ИМХО, если "масив" очень "ну о-о-очень большой" - "тады" база данных..., а если "вчера и о-о-очень маленький" (где-то так до "тысщи") - то варианты сверху.... ------------ Дoбавленo в 12.13: [flood] Tad писал(а): вручную пишется вместе |
|||
карма: 1 |
|
Ответов: 9906
Рейтинг: 351
|
|||
Про "вручную".
Tad, изложил мысль, которую можно обозначать как "предварительная индексация". Ввел "вручную", проделал вышеуказанные действия - и работай себе дальше на крейсерской скорости. Не зависящей от объема данных. В чем проблемы-то ------------ Дoбавленo в 13.14: Tad писал(а): тоже не очень-то и "время поиска"Если ты хочешь исключить работу MultiStrData из "времени поиска" -- так СДЕЛАЙ ЭТО. А пока не сделал, тебе это - не более, чем кажется. Проблем-то - аж никаких:
Tad писал(а): Вот по этой схеме такие данные:Ты пытаешься доказать, что: лучшее средство от перхоти - гильотина. Это понятно. И правильно. Непонятно - кому ты это пытаешься доказать По мне, так даже и время тратить на доказательство именно этого -- не кошерно как-то... |
|||
карма: 9 |
|
Ответов: 9906
Рейтинг: 351
|
|||
Хм...
|
|||
карма: 9 |
| ||
Голосовали: | foksov |
Ответов: 1376
Рейтинг: 197
|
|||
Уже года полтора использую такое изменение, если нужна скорость, а в остальное время закомментированное
|
|||
карма: 1 |
|
Разработчик
Ответов: 26151
Рейтинг: 2127
|
|||
Ну и что будем делать
Оставим как есть, или будем вносить предложенные исправления |
|||
карма: 22 |
|
Ответов: 16884
Рейтинг: 1239
|
|||
Galkov писал(а): Если ты хочешь исключить работу MultiStrData из "времени поиска" -- так СДЕЛАЙ ЭТО. |
|||
карма: 25 |
|