Wat was het antwoord?
Als uw gegevens minder dan (hmmm) megabytes is, maak je geen zorgen over het geheugen verbruik. 1 of 2 GB is een typisch voorbeeld in de normale computers vandaag.
Hoe groot zijn de items? 32 char? 64k van gecomprimeerde multimedia? Iets groots?
Hoe redelijk is het om een item met beide technieken te organiseren? Als de gegevens zijn eigenlijk hetzelfde, zou dan een 5 pointer structuur interessant- iemand een knooppunt te vinden op een bestelling en blader gerelateerde knooppunten in het andere bestellen.
Zijn de items los van elkaar, wat kalk, wat kaas? Zijn ze multidimensionale? personeelsadministratie? Audio bestandsbeschrijvingen? Recepten?
Op school, is een goede leraar probeert je ervaring met gebruikelijke technieken en disciplines geven. Net als kunst klasse, of samenstelling. Potlood, pastels, 5 paragraaf essay. Dus de leraar wilt u misschien twee verschillende klassen en constructeurs te schrijven. Gebruik een structuur voor een deel van de gegevens, andere voor andere gegevens. Of hetzelfde. Daarom.
Buiten de school, de gegevens komen in een formaat en er zijn operaties gewenst op / met het. "Use cases" zijn verhalen over hoe de gegevens worden gebruikt, wat moet worden gehouden, wat algoritmen worden gebruikt.
De punt hiervan zou bimodale zoeken, 2 paar orthogonale pointers zijn. Het is misschien Unions, waarbij elk item wordt asssociated met een lijst of een boom, maar niet beide tegelijk. Het is misschien een vlaag van lightwieght subsets, bomen en lijsten, die worden vergeleken en gecontrasteerd zijn ...
Bij twijfel, "datastructuren + algoritmen = programma's". Maar het loont om te weten welk punt de leraar probeert te maken, en of je wilt om hun voorbeeld te volgen. (Meestal, op school, je doet.)