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

Для сч = 1 по мойСписок.РазмерСписка() Цикл
   Элемент = мойСписок.ПолучитьЗначение(сч);
КонецЦикла;



или из таблицы значений, методом ВыбратьСтроки()?




тз.ВыбратьСтроки();

Пока тз.ПолучитьСтроку() = 1 Цикл

Элемент = тз.ПолучитьЗначение(тз.НомерСтроки, 1);

КонецЦикла;

+ в смысле как быстрее...

1 быстрее

Спасибо) а ссылкой не поделитесь с тестированием? Я искал на инфостарте, но что-то не нашел..

а самому слабо потестить?

(3) Отладчик. Меню "Отладка". Самый последний пункт.

(4) если бы было не слабо, я бы тему не создавал)) А так, просто если есть велосипед, зачем его изобретать еще раз?

(5) отладчиком еще не научился пользоваться...

(7) Тебя с этим поздравить? Или как?
В (5) тебе дана ссылка. Изучай.

это же 1с
а она как обычно врёт в отладчике

используйте
_GetprformanceCounter()

при размере тз более 300 сторок

быстрее выгрузить в списки
чем пользоваться тз.ПолучитьЗначение()
уж больно тормозной.

(9) я уже начал делать)) Спасибо.

(9) Зачем???? Разве там точность????? Для точности лучше использовать GetProcessTimes.

Быстрее цикл, т.к. ВЫбратьСтроки, сперва жутко повисает, при очень больших (100000 строк) таблицах.

+ Так же СписокЗначений, работает медленней чем ТаблицаЗначений.
Особенно это заметно на команде "НайтиЗначение"

1 быстрее точно

(13) Они оба поиск производят последовательным перебором. Для быстрого поиска используйте объект ИндексированнаяТаблица из 1с++

+ Так же ТаблицаЗначений работает медленней Индексированной Таблицы ;)

+(15)Оба или не оба, но СписокЗначений, работает медленней чем ТаблицаЗначений
И это уже доказано ;)

А если таблица/список заведомо небольшие - делайте по критерию максимальной красивости кода. Вам же самим будет легче в дальнейшем..

(0)Теперь можешь делать выводы :)

(18)Если 10 элементов, то нет разницы.

+ Вернее ты её незаметишь

Быстрее список, чем ТЗ.
(15) 1С++ ТС еще рановато, но изучить не мешает.

(22)Не буду убеждать, но на личном опыте показало, что СписокЗначений медленней ТЗ :)

(23) а замеры что показывали?

(0) Зачем тебе это?

+25 Как показывает практика, в ресурсоемких задачах потеря времени идет на совсем других вещах...

(26)+1

палец с хе®ом сравниваете.

Самое смешное, когда ищут производительность в списке с тремя элементами, зато потом перебором шерстят все документы со времен Царя Гороха..

(29) перебором? а почему не запросом? )

+(30) по идее, пост адресован (0)

(29) Во-во... Вопрос в сабже без видения общего кода - не более чем чисто академический.

Процедура Сформировать()
   Lst = CreateObject("ValueList");
   For i = 1 To 100000 Do
       Lst.AddValue(i);
   EndDo;
   VT = CreateObject("ValueTable");
   VT.InsertColumn("Cnt");
   For i = 1 To 100000 Do
       VT.NewLine();
       VT.Cnt = i;
   EndDo;
   
   t1 = _GetPerformanceCounter();
   For i = 1 To Lst.GetListSize() Do
       A = Lst.GetValue(i);
   EndDo;
   Message("Цикл по списку: "+(_GetPerformanceCounter() - t1));
   
   t1 = _GetPerformanceCounter();
   VT.SelectLines();
   While VT.GetLine() = 1 Do
       A = VT.Cnt;
   EndDo;
   Message("Цикл по ТЗ: "+(_GetPerformanceCounter() - t1));
   
   t1 = _GetPerformanceCounter();
   For i = 1000 To 20000 Do
       Lst.FindValue(i);
       i = i+3;
   EndDo;
   Message("Поиск по списку: "+(_GetPerformanceCounter() - t1));
   
   t1 = _GetPerformanceCounter();
   For i = 1000 To 20000 Do
       VT.FindValue(i,0,"Cnt");
       i = i+3;
   EndDo;
   Message("Поиск по ТЗ: "+(_GetPerformanceCounter() - t1));
   
КонецПроцедуры


Результат:

Цикл по списку: 502
Цикл по ТЗ: 717
Поиск по списку: 9690
Поиск по ТЗ: 8234

те же яйца )

(29) Теплый ламповый перебор не сравнится ни с какими богомерзкими черными запросами. К прямым запросам 1с++ сие не относится..

(33) Ну так а почему не

Procedure
...
EndProcedure

? :)

(36) Видимо эта часть кода сгенерирована автоматически. :)

(37) И не лень ему было языки переключать?! Взял бы, как тру программер, и перековеркал шаблоны на английский! :)

(33)справедливости ради: (0) проход по ТЗ предлагал малость другой.

(38)ленивый программист - плохой программист. заметил что среди одинесниковтаких подавляющее большинство. :)
(39) конечно, в (0) еще медленнее