Podział klas ze względu na dane w XML Opcje

[webmaniak]

Witam,
z góry przepraszam za temat, ale nie wiem jak go sensownie nazwać. Już przedstawiam problem:
Mam jakieś dane w formacie xml:

[XML] pobierz, plaintext 
<?xml version='1.0' encoding='UTF-8' ?> 
<!-- was: no XML declaration present -->
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<levelsTable>
    <group name="Angielski - praktyczny kurs">
        <product levelFrom="a13" levelTo="b21">
            <name>Angielski - praktyczny kurs</name>
            <link>useful_eng.php</link>
        </product>
    </group>
    <group name="Inne">
        <product levelFrom="b13" levelTo="c13">
            <name>Angielski w pracy</name>
            <link>ang_praca_za_gran.php</link>
        </product>
        <product levelFrom="a23" levelTo="b23">
            <name>Angielski At Once!</name>
            <link>angielski_at_once.php</link>
        </product>
    </group>
    <group name="Język na 6+">
        <product levelFrom="a13" levelTo="b12">
            <name>Angielski na 6+</name>
            <link>ang6_plus.php</link>
        </product>
        <product levelFrom="a13" levelTo="b12">
            <name>Niemiecki na 6+</name>
            <link>niem6_plus.php</link>
        </product>
        <product levelFrom="a13" levelTo="b12">
            <name>Rosyjski na 6+</name>
            <link>ros6_plus.php</link>
        </product>
    </group>
...
</levelsTable>
[XML] pobierz, plaintext 

Jak widać w levelsTable są grupy a w nich produkty. Co chciałbym zrobić: chciałbym utworzyć następujące klasy:
-product - zawierają produkty
-products - zawierająca kilka produktów
-productGroup - zawierająca grupę produktów
-productGroups - zawierająca kilka grup
-oraz Data(nazwa pewnie będzie inna (IMG:style_emoticons/default/smile.gif) ) - która będzie sortowała dane oraz zawierała listę pól klas powyżej
W czym mam problem:
- z utworzeniem klas products, productGroup oraz productGroups. W tabeli produkt umieszczam parametry czyli name i link oraz settery i gettery. Problem jest w tym że nie wiem co umieścić w w products żeby zawierała odpowiednie pola? No i kolejne klasy, co powinny zawierać? Chodzi generalnie żeby klasy ładnie były od siebie uzależnione i nawzajem się wywoływały, tzn. wywoływana będzie ostatnia klasa Data, ale chciałbym, jeśli to możliwe mieć dostęp do klasy products.
Nie wiem czy to dobrze opisałem, postaram się dopowiedzieć. Od razu napiszę że nie jest jakieś zadanie domowe:), po prostu znalazłem gdzieś coś podobnego, jednak nie mam dostępu do tego kodu, a chciałbym to przećwiczyć (IMG:style_emoticons/default/smile.gif) Proszę o pomoc, wytlumaczenie co tam ma być, przykład, jednym słowem - cokolwiek (IMG:style_emoticons/default/smile.gif)

[Crozin]

1. Wymyślanie koła od nowa w ramach nauki jest jeszcze OK, chociaż z tego co zauważyłem nauka korzystania z istniejących narzędzi przyspiesza naukę samą w sobie. (IMG:style_emoticons/default/wink.gif)
2. Czy aby na pewno potrzebujesz osobnego obiektu do reprezentacji kolekcji obiektów Product? Może zwykła tablica/ArrayObject, albo jakaś gotowa kolekcja ogólnego przeznaczenia (np. ArrayCollection z Doctrine Commons) będzie wystarczająca?
3. O ile w przypadku klasy Product nie ma się do czego przyczepić (ot, zwykła klasa typu POPO), tak w przypadku klasy Products (lepszą nazwą byłoby ProductCollection) nie bardzo rozumiem cel właściowści names czy levels - chyba, że mają one udostępniać szybki dostęp do kolekcji dostępnych nazw/poziomów w całym zbiorze.

[webmaniak]

ad1. No właśnie nie każdemu przyspiesza, bo np. używam rutingu w Codeigniter, ale jak on działa to nie wiem, bo jest napisany gotowy - jak to we frameworku, no i jakbym miał np. w ramach testu gdzieś napisać prosty routing albo opisać jego działanie pewnie bym poległ - to tylko przykład z routingiem (IMG:style_emoticons/default/smile.gif) .
ad2. Hmm, taką założyłem sobie strukturę, W mojej koncepcji ma to głębszy sens - ale nie jestem w stanie wytłumaczyć tutaj jaki (IMG:style_emoticons/default/smile.gif) jak będzie więcej kodu to przedstawię (IMG:style_emoticons/default/smile.gif)
ad3. ProductCollection to będzie ostatnia klasa zawierająca listę pól. No i tak jak pisałeś

3. O ile w przypadku klasy Product nie ma się do czego przyczepić (ot, zwykła klasa typu POPO), tak w przypadku klasy Products (lepszą nazwą byłoby ProductCollection) nie bardzo rozumiem cel właściowści names czy levels - chyba, że mają one udostępniać szybki dostęp do kolekcji dostępnych nazw/poziomów w całym zbiorze.

w moim zamyśle to ma być dostęp do klasy product, w groupproduct do kilku product a w groupproducts do kilku grupproduct. Czyli to co przedstawiłem "trzyma się kupy"?

Po głębszym namyśle sam zastanawiam się nad tymi właściwościami names i levels. Czyli zostawić samo products i w konstruktorze foreach który będzie przechodził po wszystkich product?

Ten post edytował webmaniak 10.02.2013, 21:28:28