@Ivan
Nevim, zda formulace potreby jina od te obecne, kterou jsem jiz popsal, prispeje k lepsimu.
Potrebuji stromy konstruovat, cist je a prochazet (sestav strom z techto zaznamu, dej mi 5. potomka, dej mi nasledujiciho sourozence, jaky je tvuj level zanoreni, ...), manipulovat s nima (pridat uzel, odebrat uzel, presunout uzel, ...), potrebuji je pouzit jako obalku nad daty (napriklad nad existujicimi zaznamy v DB, ze kterych se strom konstuuje), potrebuji se na ne divat z jine perspektivy (filtrace nodu, skladani stromu jako by to byl jeden strom, jine transformace, ...), potrebuji obecneji pracovat s datovymi typy tech dat, ktere uzel stromu reprezentuje (genericky uzel, uzel vi, jak cist informace o sobe z konstrukcnich dat, ...). Strom by mel byt po kazde dokoncene zmene konzistentni. Tomto zpusobem chci zajistit logiku pro stromove datove struktury v backendu webove aplikace.
Takoveto aplikacni vybaveni by melo byt jiz napsane a pripravene k pouziti ve forme knihovny, protoze je dostatecne obecne a domnivam se, ze i poptavka by po nem mela byt - preci si kazdy nebudeme bastlit svou vlastni implementaci stromu.
Ja jiz nejakou svoji implementaci mam, ale nedomnivam se, ze bych v tom mel pokracovat. Kladu si otazku, proc po takove knihovne neni dostatecna poptavka, protoze to vypada, ze nic takoveho, co by se siroce pouzivalo, jeste neexistuje. A nebo jen spatne hledam nebo jinde delam chybu.
@perceptron - pouziti XML jako abstrakce dostatecne obecnych stromovych datovych struktur se mi jevi jako nestastny napad.