eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plGrupypl.comp.programmingJaki algorytm do komponentu drzewka?Re: Jaki algorytm do komponentu drzewka?
  • Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!newsfeed2.atman.pl!newsfeed.
    atman.pl!news.chmurka.net!.POSTED!not-for-mail
    From: Dariusz Jakubowski <c...@g...com>
    Newsgroups: pl.comp.programming
    Subject: Re: Jaki algorytm do komponentu drzewka?
    Date: Sun, 22 Mar 2015 10:05:38 +0100
    Organization: news.chmurka.net
    Lines: 53
    Message-ID: <mem0k0$kdp$1@srv.chmurka.net>
    References: <meka6a$prv$1@node1.news.atman.pl> <melp1j$9uq$1@node1.news.atman.pl>
    <melufa$jjv$1@srv.chmurka.net> <melv38$fta$1@node1.news.atman.pl>
    NNTP-Posting-Host: 89-79-76-142.dynamic.chello.pl
    Mime-Version: 1.0
    Content-Type: text/plain; charset=utf-8; format=flowed
    Content-Transfer-Encoding: 8bit
    X-Trace: srv.chmurka.net 1427015104 20921 89.79.76.142 (22 Mar 2015 09:05:04 GMT)
    X-Complaints-To: abuse-news.(at).chmurka.net
    NNTP-Posting-Date: Sun, 22 Mar 2015 09:05:04 +0000 (UTC)
    User-Agent: Unison/2.2
    X-Authenticated-User: necro666
    Xref: news-archive.icm.edu.pl pl.comp.programming:207652
    [ ukryj nagłówki ]

    On 2015-03-22 08:39:04 +0000, Borneq said:

    > W dniu 2015-03-22 o 09:29, Dariusz Jakubowski pisze:
    >> Mogłbym Ci pomóc (ale nie napisać za Ciebie pracę zaliczeniową w
    >> całości) napisać taki algorytm w JS z reprezentacją wizualną w DOM. Chcesz?
    >
    > Dzięki za zainteresowanie.
    > Nie pytam się o gotowca, język też nie jest ważny. Tylko jestem ciekawy
    > algorytmu pomiędzy Modelem a Widokiem, jakich struktur, pól warto użyć.
    > Bo np. odrzucam listę wizualnych z powodu tego , że trzeba ją updatować
    > przy dodawaniu elementów a tych może być 100 tysięcy.
    > Czy trzymanie VisibleCount jest jedynym dobrym rozwiązaniem? Kiedyś
    > pisałem właśnie komponent drzewka oparty o to, ale wyszedł bardzo
    > skomplikowany. Teraz chciałem napisać prosty, elegancki, z mniejszą
    > ilością kodu a co najważniejsze, łatwiejszy do zrozumienia.
    >
    > Pozdrawiam

    Chyba rozumiem. Model powinien wyglądać tak:
    Item {expanded, Bool, hasMany: Item as children, belongsTo: Item as parent}
    Rekordy są wszystkie w jednej tablicy na tym samym poziomie i mają
    swoje pole id (to konieczne). Ręcznie tworzysz pierwszy rekord o id 0
    i nazywasz go Root albo / (albo w ładniejszej wersji wyszukujesz
    wszystkie które nie mają parent, wtedy możesz mieć kilka rootów). Zeby
    znaleźć lokalizacje jakiegokolwiek modelu robisz:
    var item = <przekazany rekord>
    var position = []; do {
    position.push(item.id);
    item = item.parent;
    } while (item)
    position = position.reverse().join(' => ');
    print(position);
    Punkt 2 mowisz ze wiesz to nie bede tlumaczyl. Liczenie rozwinietych
    pozycji nie moze byc trzymane w jakiejś właściwosci, najwyzej cachowane
    az do kolejnej zmiany. Mozesz sobie napisac funkcje getVisibleCount:
    <sprawdzasz czy model mial aktualizacje, jak tak to kontunuujesz a jak
    nie to zwracasz ostatni wynik>
    var item = <przekazany rekord albo root>
    var visible = 0;
    if (item.expanded && item.children) {
    visible += 1; // dodajemy aktualny wezem do visible;
    // mapujemy ilosc visible podwezlow i sumujemy wszystkie. To rekurencja
    visible += item.children.map(function (node) {
    return getVisibleCount(node);
    }).sum();
    } do

    return visible;


    Wydaje mi się że to w miare rozsądny algorytm. Zawsze możesz podejrzeć
    jak to robi jakiś inny framework i zgapić.

Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1

Wpisz nazwę miasta, dla którego chcesz znaleźć jednostkę ZUS.

Wzory dokumentów

Bezpłatne wzory dokumentów i formularzy.
Wyszukaj i pobierz za darmo: