Parameter TObjectList mit "const" Objects

[himitsu]

Dann müsstest du aber auch noch die Objekte in der Liste als Interfaces machen,
denn an deren Freigaben hatten deine Vorgänger auch noch was auszusetzen.


Im Delphi, obwohl es CONST ist, kann man da eben List.Free oder List[i].Free oder List.Delete usw. machen.
Weil ja nur der Parameter selbst schreibgeschützt ist, also der Zeiger kann nicht geändert werden,
aber alles auf was er Zeigt, das kann man ändern.

Die Liste als Interface, dann kann man die Liste nicht löschen,
die Liste als eine ReadOnlyListe, dann kann man die Liste nicht verändern,
aber die enthaltenen Objekte selber kann man immernoch ändern,
also müsste auch Diese als ein ReadOnly-Interface vorhanden sein.

[freimatz]

Ja, drum schrieb ich ja auch "Damit ist zumindest die Liste selbst sicher.".
Ich wollte nur darauf hinweisen, dass es für den Teilbereich schon etwas gibt, das die Arbeit ein bischen einfacher macht.
Und wenn man interfaces benutzt, ist ein Free der Liste auch relativ sicher.
(Klar ein "(intf as TObject).Free" geht natürlich immer noch)

Ein deep const gibt es in Delphi leider nicht.

[hoika]

Hallo,
Danke für die Antworten.
Da hatte mich auch sehr gewundert, wenn es gehen würde.

[himitsu]

Dafür müsst es erstmal eine Möglichkeit geben Methoden zu kennzeichnen,
also ob sie nur Lesen und/oder ändern.

Mir fehlt ja auch schon ewig, dass man eine Methode als "löst immer eine Exception aus" kennzeichnen zu können.

[Der schöne Günther]

Oder "könnte folgende Exceptions werfen, damit musst du klar kommen".

Das ist das, was mir von Java in Delphi am meisten fehlt 😉

[himitsu]

Nunja, das mit dem Könnte kannst ja immernoch als Hint ins HelpInsight machten.

Als Hinweis für den Entwickler (nicht für den Compiler).

[Uwe Raabe]

Zitat von himitsu:

Mir fehlt ja auch schon ewig, dass man eine Methode als "löst immer eine Exception aus" kennzeichnen zu können.

Was, außer einen Hinweis an den Entwickler, sollte das denn noch bewirken?

[himitsu]

CodeInsight könnte dir im Try-Except sagen, was du dort alles erwarten könntest.


Und bei "wirft immer eine Exception" könnte der Compiler entsprechend reagieren,
da er weiß, dass nach MeineExceptionRaiseProzedur; garantiert kein Code mehr ausgeführt wird.