это точно)))

@@user-lj4dm9gs7v Первый раз слышу от девушки, что им нужно больше - "коротких"))

Щ

Благодарю )

Сечете фишку ) Действительно при таком раскладе будет происходить постепенное считывание строк с сервера на клиент, что будет создавать неоправданные лишние серверные вызовы. Поэтому удаление строк лучше выполнить в серверном методе, вызвав его с клиента. Но цель этого видео была именно в демонстрации алгоритма - не хотел вызывать лишних вопросов.

@@IlyaLeontyev Спасибо, а то я начал сомневаться, правильно ли я понимаю клиент серверное взаимодействие системы. Спасибо за ответ. )

Татьяна, можно, например, просто поменять условие в моем примере. Вам надо не ставку НДС проверять в условном операторе, а четность индекса строки (Если ИндексСтроки%2 = 0 Тогда).

@@IlyaLeontyev благодарю за ответ!

С таким условием удалиться все строки кроме первой, по-моему.

@@alekseyo279 попробуйте )

Жопой :)

Правильный алгоритм удаления снизу вверх, что бы данные проваливались сверху вниз.

Она производит вызов к серверу один раз, затем кеширует это значение. Поэтому оптимальней не станет.

@@IlyaLeontyev буду знать теперь)

Не знаю, он прилагался к съемной квартире )

Согласен я так же делаю. Хотя на вкус и цвет, товарищей нет. Пример: ДокОбъект = Объект.ПоступлениеТоваровУслуг.ПолучитьОбъект(); КоличествоСтрок = ДокОбъект.Услуги.Количество()-1; Для Инд=0 По КоличествоСтрок-1 Цикл Строка = ДокОбъект.Услуги[КоличествоСтрок-Инд]; Если Строка.Сумма = 52 Тогда ДокОбъект.Услуги.Удалить(Строка); КонецЕсли; КонецЦикла; ДокОбъект.Записать();

По-твоему, этот алгоритм проще? :) Я так не думаю. Но подход интересный, спасибо.

Ок. что если у тебя удаление строки проходит по 10 критериям? 10 условий Если...КонецЕсли напишешь? Этот подход единственно верный, быстрый и лаконичный.

А если тебе понадобится выполнить проверку на неравенство, что будешь делать? Допустим, нужно будет удалить строки, в которых ставка НДС не равна 18%.

Молодец, соскочил с темы чотко! На неравенство уж точно не буду делать через индексы.

Вмешаюсь немного в такой спор :), какой получился именно с этого вопроса-коммента Если рассматривать ТабЧасть как частный пример работы с Коллекциями, тогда в рамках Коллекций действительно может быть много примеров, в которых гораздо оптимальней установить отбор по большому ( больше одного ) составу параметров отбора. И затем с этим результатом отбора в виде Массив возникает большое многообразие способов их использования. Но самое интересное, что позволяет указать использование результатов отбора в виде массива, это демонстрация того, что Табличная часть является фактической коллекцией из ссылочных значений на Строки ТЧ, т.е. Строки ТабЧасти это такие специфические объекты, у которых всегда имеются ссылки и из них собираются коллекции, если в этом есть необходимость... А это все означает, что в данной коллекции (называемой ТабЧастью) можно выполнять удаление каждой строки в произвольном, хаотичном порядке, а не последовательным перебором "вперед" или "назад". Если же только что изложенное применять в жизни, то можно по условию удалить строчки из Коллекций, т.е. Для Каждого СтрокаТЧ из ТабЧасть Цикл

Пасть закрой недоносок и научись разработке иди