Dafür muss deine Liste wissen, was ein Doable ist. Und dein Set,
falls du zusätzlich auch mal ein anderes Zugriffsverhalten brauchst.
Und so weiter. Warum sollte eine Liste überhaupt wissen, was in ihr
enthalten ist?
Deine "Spezialcollections" sind immer mindestens mit so vielen
Verbindungen an das "hier" des Beispiels gebunden wie das Doable im
generischen Beispiel. Wenn du jetzt noch mehr Zugriffswege brauchst
als item(.), kannst du die Zahl der Verbindungen glatt mit der Zahl
der Zugriffswege multiplizieren. Andersrum hast du lediglich eine
Addition, also die Verbindungen von "hier" zu Doable und die
Verbindungen von "hier" zu List. Im trivialen Beispiel ist die Anzahl
jeweils eins, nur deshalb kann die Multiplikation besser davonkommen.
falls du zusätzlich auch mal ein anderes Zugriffsverhalten brauchst.
Und so weiter. Warum sollte eine Liste überhaupt wissen, was in ihr
enthalten ist?
Deine "Spezialcollections" sind immer mindestens mit so vielen
Verbindungen an das "hier" des Beispiels gebunden wie das Doable im
generischen Beispiel. Wenn du jetzt noch mehr Zugriffswege brauchst
als item(.), kannst du die Zahl der Verbindungen glatt mit der Zahl
der Zugriffswege multiplizieren. Andersrum hast du lediglich eine
Addition, also die Verbindungen von "hier" zu Doable und die
Verbindungen von "hier" zu List. Im trivialen Beispiel ist die Anzahl
jeweils eins, nur deshalb kann die Multiplikation besser davonkommen.