Как определить родителя элемента... любой вложенности по иерархии .. #336930

Как в справочнике определить первый уровень (самого верхнего родителя) для элемента любой вложенности... например элемент 5 уровня...

Я помню - была такая тема. Все начали меряться кто сделает круче. Потом пришел не помню кто и выложил код в одну строчку, такой степени завёрнутости, что спор сразу умер.

а можно еще по полному коду. первое число до / будет кодом самого верхнего родителя

ага... я сча тож начал ваять фигню многострочную... хорошо что спросил )

а как получить все родители элемента.. вне зависимости от уровня?

и сгруппировать элементы, у которых совпадает родитель ?

ну а чем тебе не устраивает?

ты чего хочешь то, толком объясни

в документе есть 30 товаров в табл части... мне нужно их распечатать с учетом иерархии...

чет типо етого...

ЭлмСправочника.ПолноеНаименование

Выведет наименование всех родителей через "/" (или "")

Если нужно найти только наименование родителя.

1С++, ИТЗ, Группировать с параметром &

Можно и без 1С++. Через запрос.

Некузяво + док. должен быть записан

Это да. И моим способом (через .ПолноеНаименование, формирование ТЗ, сортировка ТЗ) получится немного громоздко, но работать будет.

а пример есть???..

Возьми обработку ПечатьПрайса в комплексной или ТиС.. Вот тебе пример вывода по иерархии.

ЗиКа есть? возьми оттуда глРазложить(Стр,Разделитель) возвращает СписокЗначений, то, что тебе нужно

если просто вывести из дока товары в иерархическом списке, то проще вот что: - выгрузить табличную часть в ТЗ - добавить колонку с полным кодом (или наименованием, но код имхо точнее будет, если есть одинаковые названия групп) - заполнить эту колонку перебором ТЗ - отсортировать по данной колонке все, элементы уже по иерархии отсортированы. если надо выводить имена групп, тогда нам в любом случае понадобится полное наименование, ну а слэшики в нем заменить и выкинуть в СЗ - пустяк и играйся потом с иерархией любой степени вложенности P.S. а пример рисовать лень, и так все расписал

можно и без ЗиКа: так получаем СЗ из строки наименований, разделенных "/" а переделать под другой разделитель, думаю, не проблема :))

спасибо! ценю.. :)

Нам нужен только вывод наименований родителей, поэтому ПолноеНаименование Ну а если с кодом, то тогда для получения элемента придется еще и искать по коду.

Умгум... Пока в наименовании "/" не воткнут... Правильный ответ в

Кстати можно обойтись без выгрузки ТЧ в ТЗ, а сразу заполнять ТЗ перебором ТЧ: Цикл по строкам документа ...

Кстати да, но при заполнении колонки "Родитель" имя товара можно обрезать.

в коде тоже "/" может быть воткнут? ;) можно, просто незачем :)

Ну а от последнего "/" можно избавится разными способами.

и ваще: запретить в конфе ввод прямых слэшиков в наименовании - не проблема и не помешает никому. и правильный ответ имхо ВСЕГДА уменьшить количество циклов или их вовсе избежать. особенно если не платят построчно и/или за медленно работающий код.

Чтобы лишние операции по выгрузке и перебору не делать.

чтобы обрезать можно выкинуть последний элемент списка, чтобы убрать ВСЕ лишние проблелы: к моему СтрЗменить добавить (поверх, в той же строке) СтрЗаменить(ВыражениеКотороеБыло," ","") и незачем плодить строки :)

Вот еще:

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

В последнем случае точнее будет СокрП(...), тк в начале наименования могут быть пробелы. А вообще как делать это дело вкуса.

Если есть желание попробуй создать документ на 500 позиций и проверь время работы в отладчике.

эт верно, дело вкуса. как на мой вкус: минимум циклов и рекурсивных вызовов (т.е. не юзать без надобности), минимум условий, никаких безусловных переходов, разумеется, тотальный отлов исключений, все, что возможно написать в одну строку - втиснуть в одну и не делать больше. кстати лучше КЗК защитит конфу :))

По моему опыту всегда было быстрее через перебор.

когда-то проверял, насколько помню выгрузка лучше. но я мог забыть, а мог перепутать :) на практике юзаю выгрузку, не мешало пока...

тут еще от памяти зависит: если ее дофига и быстрая, то работа с большими ТЗ в оперативке отлично происходит, но если ее маловато... вот тогда проблема

Если возникают сомнения, их всегда развеет таймер отладчика.

у меня сегодня лень проснулась :))

А у меня пицца приехала )))

у вас рабочий день? а у нас выходные, у некоторых вся неделя... (ну я о фикси конечно)

у нас к сожалению да (да не забанят меня модераторы). пойду я немного работу поработаю. Делов еще до...

Сортировка по полному наименованию может не совсем корректно сортироваться в случае "группы сверху", - группы и элементы одного уровня могут пойти вперемешку, по алфавиту, - элементы вложенных уровней, соответственно, тоже. Решается вот так:

Кстати да. А еще вместо ТЗ лучше использовать список значений.

Понедельник вечер ... в я замутил ... ...

а если три тз а потом сравнивать родителей... или в одной тз три колонки если спр 3 уровня.. например

конечно все с учетом нижесказанного ...

У тебя все товары гарантировано 3-го уровня?

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

да

ау...вы где.. ???

Нет. 3 ТЗ это слишком. Достаточно будет и одной ТЗ. ...