Eigene Klasse in ein Array packen

[wob]

Dumme Frage: Ist deine TSpieler-Klasse eine VCL-Klasse? Also erbt sie von TObject? Denn dann gelten spezielle Regeln (wie bei Delphi) und du musst Pointer verwenden (und mein Wissen endet hier).

In "normalem" C++, also wenn du nicht von TObject erben musst, wäre natürlich der std::vector<TSpieler> die richtige Lösung.

[Swordfish]

@wob sagte in Eigene Klasse in ein Array packen:

Denn dann gelten spezielle Regeln (wie bei Delphi) und du musst Pointer verwenden (und mein Wissen endet hier).

Das gilt nur für TComponents, TObjects können sehr wohl auf dem Stack leben (und mein Wissen endet hier).

[wob]

@Swordfish Immer diese Misinformation aus Büchern, die man sich mühsam ergooglet! Seite 881 oben hier: https://books.google.de/books?id=UNIiBgAAQBAJ&pg=PA883&lpg=PA883&dq=vcl+class+c%2B%2B&source=bl&ots=OIBs9cvsQa&sig=ACfU3U3Z8rglNA1ut1fGoP8RmXNDiUbqow&hl=de&sa=X&ved=2ahUKEwjG04mDqOrnAhWj0KYKHZp9AD8Q6AEwCnoECAkQAQ#v=onepage&q=vcl class c%2B%2B&f=false
(mein Interesse, weil Delphi 2 (damals mühsam vom Taschengeld gekauft für ca. 200 DM) nach Turbo Pascal meine 2. Programmiersprache war)

[Swordfish]

Dieser Beitrag wurde gelöscht!

[Th69]

Nein, alle VCL-Objekte (also von TObject abgeleitete Klassen) müssen mit new alloziert werden.
Dies gilt z.B. auch für die Utility-Klasse TStringList, welche nicht von TComponent abgeleitet ist.
Eine Ausnahme gibt es nur bei den String-Klassen AnsiString/WideString/UnicodeString, da diese in Delphi eingebaute Datentypen sind (und nicht von TObject abgeleitet sind) und in C++ als Klassen re-implementiert wurden (auf der Grundlage von AnsiStringBase).

PS: Die Fehlermeldung lautet auch E2459 Delphi style classes must be constructed using operator new (bzw. früher "E2459 VCL style classes must be constructed using operator new").

[Swordfish]

@Th69 Nicht daß ich Dir nicht glaube ... nur warum ist das dann in VCL Overview für TComponent explizit erwähnt und für TObject nicht?

[Ein ehemaliger Benutzer]

@Th69 sagte in Eigene Klasse in ein Array packen:

Nein, alle VCL-Objekte (also von TObject abgeleitete Klassen) müssen mit new alloziert werden.
Dies gilt z.B. auch für die Utility-Klasse TStringList, welche nicht von TComponent abgeleitet ist.

warum diese einschränkung? scheinbar ist beim c++builder nicht nur die ide schlecht. man liest ja ständig beschwerden darüber.

[Th69]

@Swordfish: Du meinst

• Components can only be allocated on the heap, not on the stack.

?
Das ist nur als Abgrenzung zu dem Hauptsatz darüber

But there are differences between components in Delphi and the standard class hierarchies that many programmers work with. Some differences are:

zu sehen.
In Delphi wird der Heap automatisch benutzt, sobald man den Konstruktor Create aufruft (s.a. Understanding Memory Allocation in Delphi unter "What Is Heap?"), welches für alle von TComponent - als auch von TObject - abgeleiteten Klassen gilt.
Und somit muß in C++ (beim C++Builder/RADStudio) explizit new benutzt werden (damit die Speicherfreigabe über delete bzw. das Delphi-Äquivalent Free automatisch erfolgen kann) - ähnlich wie bei Qt und dessen QWidget-Klassen, sobald diese als Children zu einer Containerklasse wie QWindow hinzugefügt werden (und dann bei Freigabe automatisch alle Children per delete freigegeben werden).

[Swordfish]

@Th69 Ah mist, ich habe von Q... Dingen auf T...Dinge geschlossen. Danke, auch für die Links.

[m1chak]

Dieser Beitrag wurde gelöscht!

[Swordfish]

@m1chak sagte in Eigene Klasse in ein Array packen:

Konstruktoraufruf

Konstruktoren kann man nicht explizit aufrufen.

@m1chak sagte in Eigene Klasse in ein Array packen:

Damit ist die Initialisierung des Arrays:

Deklaration.

[m1chak]

@torsten_156
Hallo Thorsten,
hier die Lösung ohne "Workaround":

Dein Array soll fünf Adressen auf TSpieler-Objekte beinhalten.
Also ist der Datentyp des Arrays:

TSpieler* ... sprich "TSpieler Adresse".

Damit ist die Initialisierung des Arrays:

TSpieler* mySpieler[5];

Das hast Du im Prinzip richtig erkannt. Objekte üblicher Weise mit kleinem Anfangsbuchstaben.

So. In den fünf Feldern stehen jetzt aber noch keine Adressen drin, weil Du ja noch keine fünf Spieler hast. Da lag dein Denkfehler:

mySpieler[0] = new TSpieler( ); // Die Parameterklammern darf man weg lassen, aber eigentlich ist das ein Konstruktoraufruf von TSpieler, also mit ( ).

und so weiter:

mySpieler[1] = new TSpieler( );
mySpieler[2] = new TSpieler( );
mySpieler[3] = new TSpieler( );
mySpieler[4] = new TSpieler( );

Später dann, wie Du vermutlich weisst:

mySpieler[3] -> machWas();

Viel Spaß damit.

[m1chak]

@Swordfish

"Konstruktoren kann man nicht explizit aufrufen" ...

int x(42);
print(x);

"Damit ist die Initialisierung des Arrays"...

Das stimmt

[Swordfish]

@m1chak sagte in Eigene Klasse in ein Array packen:

"Konstruktoren kann man nicht explizit aufrufen" ...
int x(42);
print(x);

Was willst Du mir sagen, daß ein integer einen Konstruktor hat?

[m1chak]

@Swordfish Alle Objekte haben einen Konstruktor. Erzeugung im Speicher immer zweistufig:

1. Speicher allokieren.

2. Speicherinhalt beim Konstruktordurchlauf manipulieren.

3. Immer, 2) beim Aufruf.

Anderes Beispiel:

class A
{
};

A* a = new A(); Defaultkonstruktor (gibts immer)

aber:

class A
{
A()
{ echo("Hallo");}
};

dann führt A* a = new A(); zu "Hallo"

und mit

class A
{
A()
{ echo("Hallo");}

A(int x)
{ echo(x);}
};

... kann ich mir aussuchen, welchen Konstruktor ich will:

A* a1 = new A();
A* a2 = new A(42);

[SeppJ]

@Swordfish sagte in Eigene Klasse in ein Array packen:

@m1chak sagte in Eigene Klasse in ein Array packen:

Konstruktoraufruf

Konstruktoren kann man nicht explizit aufrufen.

Placement new weint traurig in seiner stillen Ecke, weil nie jemand an es denkt

[Swordfish]

@SeppJ sagte in Eigene Klasse in ein Array packen:

Placement new weint traurig

Dein Ernst?

@m1chak Na schön, dann ruf' einen Konstruktor explizit auf. Basisdatentypen haben aber trotzdem keinen, das kannst Du rumdrehen wie Du willst.

[Ein ehemaliger Benutzer]

@m1chak sagte in Eigene Klasse in ein Array packen:

int x(42);

diese schreibweise ist irreführend. was passiert bei 'int x;' ?
aufruf eines default-konstruktors der nichts macht?
und warum wird plötzlich ein verstecktes 'int x(0);' daraus, wenn x keine lokale variable ist?
ich nehme an, diese schreibweise existiert, damit man primitive typen in templates und makros so verwenden kann, als wären es klassen.

[*john 0]

@Swordfish sagte in Eigene Klasse in ein Array packen:

@m1chak sagte in Eigene Klasse in ein Array packen:

Konstruktoraufruf

Konstruktoren kann man nicht explizit aufrufen.

Ach wie nett, deshalb gibt es ja auch die explicit Konstruktoren, damit das nicht geht.

[Swordfish]

@john-0 sagte in Eigene Klasse in ein Array packen:

Ach wie nett, deshalb gibt es ja auch die explicit Konstruktoren, damit das nicht geht.

foo("hugo") ... das ist in dem fall kein Funktionsaufruf, das meinte ich damit.