Обработка древовидного массива со Smarty

[debugman]

А самому написать рекурсивную функцию Smarty?

[Gunger]

Ну по всей видимости, придется писать свой рекурсивный парсер массивов :) Просто все равно хотелось услышать мнения людей, касающиеся данной проблемы )

[akira]

Касался я такой же темы на работе. Писали мы там BLOCK для этого.
Но вариант с шаблоном мне нравится больше - хочу попробывать.

[sk1nny_puppy]

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

[HeadWithoutBrains]

Чем то похоже на решение с хслт. В хслт постоянно сталкиваюсь с подобной проблеммой, и соотв. с подобным решением.

[rpycTHbIu]

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

По-моему, ваш вариант хранения дерева — это вообще дикость.

[Gunger]

Ну не знаю, не знаю. Когда у каждого элемента есть "родители" и "дети" - это на мой взгляд очень даже наглядно ;)

[rpycTHbIu]

Наглядно — может быть. Но не кажется, что эта структура слишком жоркая до ресурсов?

[Gunger]

Когда кол-во элементов не превышает тысячи - нет :)

[redhummer]

Голос противника smarty: отделили код от оформления?

[Gunger]

Конечно :) Но не в этом смартиевская суть :)
Главное - реализовал все на уровне смартиевского шаблона )

[pav]

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

[Gunger]

На больших страшно тестить :) придет время, деревья вырастут и сделаю функцию ;)

[tf_k]

Бред сивой кобылы
чтобы такой простой элемент как дерево вывести е$%м мозг и ставим лишние тормаза проде инеклудов, мало того что коряво
так и еще и тупо