Удаление строк табличной части документа #140356

Удаление строк табличной части документа. Есть документы, в них есть строки ТЧ, которые подлежат удалению (скажем нулевые суммы). Проблема. Если из обработки перебирать строки по очереди в поисках не нужных, а при обнаружении УдалитьСтроку, то меняется нумерация последующих и получается ерунда при удалении последующих… Сейчас пишу через ТЗ с сортировкой по убыванию, те удалять строки начиная с последней. Мне интересно как можно это сделать по другому? Кто сталкивался?

Поиск по форуму рулит ...

С конца таблицы перебирают для удаления. Ну или анализ и отход на одну назад.

Спасибо! Мулька, я как то сразу не подумал об отходе на условно одну строку... ГламурныйПодонок, да это проще.

мне тоже нравиться строки перебирать...

а я делаю примерно так: Пока Тз.ПолучитьСтроку = 1 Цикл ~М1:Если Тз.НомерСтроки > 0 Тогда и считаю, что использование "Перейти" в этом случае весьма оправдано

Я в шоке.

это сначала, потом проходит...

ни как не проходит...

рассказать что зачем? или сами додумаетесь?

нет не надо... мы как нить без ваших рассказов переживем...

хозяин барин...

просто замерь производительность по варианту и

а по варианту в не пробовал меряться..

красивый вариант, но он проходит когда условие одно...

правда его я не мерял...

при случае попробую...

для решения проблемы хватает...

раскрутить его на проверку допов... как в туалет сходить

там в условии ты ищешь конкретное значение, а как задать диапазон? Например, больше 3,5 но меньше 8?

я в моем варианте часто удаляю строки с отрицательными значениями. По такого не сделаешь...

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

да что вы так этого "Перейти" боитесь? Я и пробовал, но в большинстве случаев мой устроил...

ЗЫ:А вообще, по поводу удаления - это всё к NS-у... он этим заморачивался, даже конкурс был на проклабе ...

мы не боимся... просто это апендикс... который надо удалить...

Конкурс организавывал MSZSUZ

организовывал.

Че за конкурс? Ссылку можно?

"Перейти" плохо работает, когда он далеко, или перекрещивается. Но здесь он в пределах видимости

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

Точно ... просто давно это было ...

спасибо за понимание

ГОСТы по программированию (оказывается и такие есть) про оператор Перейти ничего не знают...

я даже когда на бейсике для БК програмировал и то не использовал...

насколько я помню, "go to" были еще в фортране и алголе... А теперешняя структура процедур и  функций - это реализованный на уровне движка оператор "Перейти"...

нет, это не оператор "перейти"...

едиственный язык где разрешены прыжки.... это асм... jump и все... причем их там куча... ражных jumpов... для процедурных языков юзать это... полный бред...

два оператора "перейти" - в месте вызова указывается точка куда идти, а в месте получения - точка возврата. Типа сходили, что-то сделали и вернулись.

ладно, согласно принимаю на себя соответствующий уровень квалификации и иду тяжко думать, как его повысить... всем пока, спасибо за беседу!

знаешь разницу между структурным программированием и линейным...

конечно нет!!! Откуда? Зато я знаю другое - хорошо то, что быстро работает!

вот тут часть людей с тобой опять не согласяться

Хорошо то, у чего читабельный код. Вот из-за ООП получается абсолютно нечитабельный код...

если знаешь как мог сказать бред в

У меня есть один знакомый, писал на фортране тексты более тысячи строк, без единой подпрограммы, отступами не пользовался. Читать невозможно)) а работало)) и быстрее, чем с использованием структурного проектирования А все споры с GoTo относятся наверное скорее  к классическим процедурным языкам. Мне лично близка точка зрения , что должно быть читабельно А почему ООП приводит к нечитабельности?