Seltsames Verhalten von IndexOf bei sortierter generischer Liste

[Elvis]

Zitat von Stevie:

Generell würde ich aber empfehlen, in den Vergleich die ID mit aufzunehmen. Dann kannst du den Comparer beim Create schon übergeben.

Aber nur wenn der Vergleich auch als Identifikation Sinn macht.
Extra den Zeiger auf die Instanz selbst mit reinzufriemeln ist ein gutes Zeiches, dass das nicht der Fall ist...

[Furtbichler]

Zitat von Sir Rufo:

Aber ich erwarte eben von einer Liste, dass ich mit IndexOf den Index des Elements in der Liste bekomme,

Du wusstest nicht, das der 'Comparer' auch für die Definition von 'Gleichheit' verwendet wird.

Ich halte das für einen Designfehler, und ich glaube, Du auch. Denn ein *TComparer* vergleicht nur und wird für das Sortieren verwendet.

In einer TSortedObjectList (wenn es das gäbe), würde IndexOf (weil mit Binärsuche implementiert) allerdings den Comparer verwendetn. Vielleicht wurde das deshalb so umgesetzt.


Nur mal so: Der Comparer definiert eine Ordnung und man muss sich einfach auch überlegen, wann zwei Objekte gleich, d.h. identisch sind.
Identisch bedeutet auch 'austauschbar', und dann reicht die erste Implementierung eben nicht aus.

[BUG]

Zitat von Furtbichler:

Ich halte das für einen Designfehler, und ich glaube, Du auch. Denn ein *TComparer* vergleicht nur und wird für das Sortieren verwendet.

Ich glaube bei Strings würdest du es wieder nicht für einen Designfehler halten
Den Comperator zu verwenden ist der universellere Ansatz. Eigentlich fehlt dem Ding in diesem Fall ein Rückgabewert für "nicht vergleichbar".

Am wichtigsten ist imho, das so etwas gut dokumentiert ist. Das scheint es nicht zu sein*

* OK, dass ist für viele Bibliotheken wohl ein Wunschtraum. Soll also kein Bashing werden

[Sir Rufo]

Zitat von Elvis:

Zitat von Sir Rufo:

Wenn das bei einer generischen Liste gehen würde ...

In meinem D2010 gates.

I'm very sorry ... geht auch hier ...
(wieso habe ich nur im Kopf gehabt, dass das nicht geht ... seltsam)

Zitat von BUG:

Zitat von Furtbichler:

Ich halte das für einen Designfehler, und ich glaube, Du auch. Denn ein *TComparer* vergleicht nur und wird für das Sortieren verwendet.

Ich glaube bei Strings würdest du es wieder nicht für einen Designfehler halten
Den Comperator zu verwenden ist der universellere Ansatz. Eigentlich fehlt dem Ding in diesem Fall ein Rückgabewert für "nicht vergleichbar".

Am wichtigsten ist imho, das so etwas gut dokumentiert ist. Das scheint es nicht zu sein*

* OK, dass ist für viele Bibliotheken wohl ein Wunschtraum. Soll also kein Bashing werden

Nun ja, der Standard Comparer vergleicht einfach nur den Pointer-Wert ... da wäre es auch nicht tragisch, wenn die gleiche Instanz auch immer den gleichen Index zurückliefest ...

Man muss es ja nur wissen, wie die Uhr drinnen tickt, dann fällt man auch nicht auf die Nase