Ich habe ein dynamisches Array mit x Elementen. Diese Elemente sind nicht immer alle zwingend belegt. Gibt es eine Möglichkeit die unbelegten Elemente zu erkennen direkt zu erkennen (Eine Art Test auf nil, was hier ja nicht funktioniert)? Oder bleibt mir nur die Möglichkeit alle Elemente händisch zu initialisieren um dann anhand dessen die Unbelegten zu erkennen?

Wenn du alle initialisierst, sind doch alle belegt...?

Hallo,

ich denke, Du must alle Element vorbelegen mit einem Wert, der regulär nicht vorkommen kann. Falls alle Werte vorkommen können, dann brauchst Du ein zweites Feld, in dem Du nur notierst, ob belegt/nicht belegt. Beim Schreiben müssen dann immer beide Felder aktualisiert werden.

Gruß
GuaAck

Das ist ja saublöd, es ist ein Array of TColor, dafür dann noch eine separates Array zu bosseln ist ja doof. Und dabei hätte es so einfach sein können

- Nachträglich durch die Entwickler-Ecke gelöscht -

Ich habe es nun anders gelöst, ich lese jetzt die gefüllten Zellen aus der DB nach, ist zwar nicht schön, aber effizient.

Vielleicht noch etwas grundsätzliches. Elemente können nie "unbelegt" sein. Alle Variablen, Konstanten, Pointer, Typen usw. sind immer "irgendwie" belegt, also einen Wert innehabend. Auch wenn es nur das Nullelement (bei mathematischen Typen die 0, bei Strings ein Leerstring, bei Pointern der Wert "nil" u.ä.) sein sollte, auch das ist eine "Belegung".

Delphi-Laie hat folgendes geschrieben :

Vielleicht noch etwas grundsätzliches. Elemente können nie "unbelegt" sein.

Dafür gibt es aber Nullable Types. Damit geht das schon. Für Delphi gibt es diese aktuell nur in Bibliotheken wie Spring4D oder einzeln wie hier.

Allerdings sollen Nullable Types 2018 laut aktueller Roadmap mit Delphi 10.3 auch direkt in Delphi integriert werden.

Delphi-Laie hat folgendes geschrieben :

Vielleicht noch etwas grundsätzliches. Elemente können nie "unbelegt" sein. Alle Variablen, Konstanten, Pointer, Typen usw. sind immer "irgendwie" belegt, also einen Wert innehabend. Auch wenn es nur das Nullelement (bei mathematischen Typen die 0, bei Strings ein Leerstring, bei Pointern der Wert "nil" u.ä.) sein sollte, auch das ist eine "Belegung".

Das ist klar, es ging ja darum genau diese automatisiert zu erkennen. Dass auch diese "Nicht"daten Speicherzellen belegen, die 0 oder 1 sind, und deshalb auch irgendeinen Inhalt haben ist ja klar.

Ich hatte halt folgendes Szenario. Ich habe ein Array von 0 bis MaxID und lese aus der DB beliebige Werte aus und schreibe sie anhand ihrer ID in das Array. Später will ich diese Daten wieder zurück schreiben, aber eben nur die die ich ursprünglich ausgelesen habe. Und da wäre es halt ungemein elegant gewesen wenn ich einfach auf zB. nil hätte testen können. Jetzt lese ich die Matrix eben nochmal aus der DB aus um nur die definierten Werte zurückzuschreiben. Ist eben ein DB Vorgang mehr, hier allerdings unkritisch und deshalb kein Problem. Ich hätte natürlich auch die eingelesenen Ides ebenfalls in ein zweites Array schreiben können. Ich hätte einen eigenen Datentyp entwerfen können und damit das Array initialisieren können. Aber das wäre m.E. alles nicht so trivial einfach gewesen. Ein Programmierer ist halt auch irgendwo ein Stück weit faul.


@jaenicke
hört sich interessant an.

JoelH hat folgendes geschrieben :

Ich hätte natürlich auch die eingelesenen Ides ebenfalls in ein zweites Array schreiben können. Ich hätte einen eigenen Datentyp entwerfen können und damit das Array initialisieren können. Aber das wäre m.E. alles nicht so trivial einfach gewesen.

Trivial schon.
Einfach ein array of Boolean der gleichen Größe, mit 0 initialisiert, dann einfach überall True reinschreiben, wo du gelesen hast. Einfacher geht es kaum.

jaenicke hat folgendes geschrieben :

JoelH hat folgendes geschrieben : Ich hätte natürlich auch die eingelesenen Ides ebenfalls in ein zweites Array schreiben können. Ich hätte einen eigenen Datentyp entwerfen können und damit das Array initialisieren können. Aber das wäre m.E. alles nicht so trivial einfach gewesen. Trivial schon. Einfach ein array of Boolean der gleichen Größe, mit 0 initialisiert, dann einfach überall True reinschreiben, wo du gelesen hast. Einfacher geht es kaum.

Naja, statt des zweiten (Boolen-)Arrays einfach mit dem Datentyp Record arbeiten, der zusätzlich einen booleschen Datentyp beinhaltet, denn die Daten gehören ja "eigentlich" zusammen. Dann nur noch ein (1) "array of record" deklarieren und entsprechend füllen / auslesen / beschreiben.

Delphi-Laie hat folgendes geschrieben :

Naja, statt des zweiten (Boolen-)Arrays einfach mit dem Datentyp Record arbeiten, der zusätzlich einen booleschen Datentyp beinhaltet, denn die Daten gehören ja "eigentlich" zusammen. Dann nur noch ein (1) "array of record" deklarieren und entsprechend füllen / auslesen / beschreiben.

Das ist allerdings deutlich langsamer (in unseren Tests ca. Faktor 10) und umständlicher. Die aktuellen nicht compilergestützten Nullable Types funktionieren genau so.