class MyObject
{
	bool bBrain;
public:
	MyObject ( bool bPresent )
	{
		bBrain = bPresent;
	}
};

int main()
{
	MyObject mo ( true ); // Ok.
	MyObject mo[5](true); // Geht nicht.
         MyObject mo(true)[5]; // Geht auch nicht.

MyObject mo ( true );
	vector <MyObject> vmo; // 'Array Ersatz'.
	for ( int i = 0; i<5; i++ )
		vmo.push_back(mo);

Der Name ist Programm.

@camper:

braindead ( const braindead& other = initproto ) // Wozu die Referenz?
        : bBrain( initproto.bBrain )
    {}

Sieht interessant aus. Warum hast du die Referenz in der Parameterliste
des Konstruktors drin?

Würde das nicht ohne gehen?

braindead () // Ohne Referenz.
        : bBrain( initproto.bBrain )
    {}

Danke Euch beiden!

@camper:

braindead ( const braindead& other = initproto ) // Wozu die Referenz?
        : bBrain( initproto.bBrain )
    {}

Sieht interessant aus. Warum hast du die Referenz in der Parameterliste
des Konstruktors drin?

Würde das nicht ohne gehen?

braindead () // Ohne Referenz.
        : bBrain( initproto.bBrain )
    {}

klar - aber so hat er standard-ctor und copy-ctor in einem rutsch implementiert...

bb

klar - aber so hat er standard-ctor und copy-ctor in einem rutsch implementiert...
bb

aaaaaaaaaah, ach so!

Zeile 17:

braindead braindead::initproto( true ); // Default-Initialisierung hier unbedingt vermeiden!

Wenn ich das richtig sehe, wird damit das eingebettete statische Objekt erzeugt.
Was ist mit

Default-Initialisierung hier unbedingt vermeiden!

gemeint und warum?

Was ist mit

Default-Initialisierung hier unbedingt vermeiden!

gemeint und warum?

Weil dann das Objekt zum Initialisieren sich erst eine Referenz auf soch selber holt und eine Kopie des noch nicht inistialisierten selbst anlegt, was vom C++-Standard vermutlich nicht abgedeckt wirdm und wenn es nicht nur um einen bool ginge, sondern um einen string oder noch was dickeres, es auch bestimmt zu feinem Absturz käme.

Warum hast du die Referenz in der Parameterliste
des Konstruktors drin?

Weil ich es ursprünglich noch etwas anders machen wollte, am Ende stand es zufällig so da. Man kann ja verschieden abwandeln (z.B. durch einen Zeiger, der jeweils auf eine geeignete Generatorfunktion verweist) - ohne dass sich etwas verbessert. Die Notwendigkeit, sich auf die vorherige Initialisierung eines anderen Objektes verlassen zu müssen, ist ein k.O.-Kriterium. Zudem müsste man in multithreaded Programmen wohl mit thread-lokalem Speicher arbeiten oder zusätzlich synhronisieren, was die Sache witer verkompliziert.

class MyObject
{
	bool bBrain;
public:
	MyObject ( bool bPresent )
	{
		bBrain = bPresent;
	}
};

int main()
{
    boost::array<MyObject, 5> mo = boost::assign::listof(true).repeat(4,true);
    //bzw evtl. auch folgendes:
    boost::array<MyObject, 5> mo = boost::assign::repeat(5,true);
}

Bei letzterem bin ich nicht 100%ig sicher obs klappt, die Doku ist da etwas dürftig.

Allerdings ist die Verwendung von STL-Containern (evtl. std::tr1::array als Array-Wrapper) sicher keine schlechte Idee.

Ich würds lieber mit einer Schleife und Zeigern machen, also jedes Objekt einzeln mit new erzeugen. So ist jedes Objekt individuell inizialisierbar.

Dafür hast du sie dann nicht in einem Array, also nicht hintereinander im Speicher. Einzeinitialisierungen gehen auch mit boost::assign:

boost::array<MyObject, 5> mo = boost::assign::list_of(true),false,true,true,false;

Einzeinitialisierungen gehen auch mit boost::assign:

boost::array<MyObject, 5> mo = boost::assign::list_of(true),false,true,true,false;

1. Meinst du nicht so?

boost::array<MyObject, 5> mo = boost::assign::list_of(true)(false)(true)(true)(false);

Der MSVC++ zumindest akzeptiert die Komma-Variante nicht. Mit Klammern gehts, aber da finde ich die ()()-Möglichkeit etwas schöner:

boost::array<MyObject, 5> mo = (boost::assign::list_of(true),false,true,true,false);

2. Ist das bei PODs, wie boost::array eines ist, unnötig, da dort die Aggregatsinitialisierungsliste verwendet werden kann. So kann man nämlich direkt initialisieren und muss sich keine Gedanken um die zweifelhafte Wegoptimierung des temporären Containers machen.

boost::array<MyObject, 5> mo = {true, false, true, true, false};

Dafür hast du sie dann nicht in einem Array, also nicht hintereinander im Speicher.

Ich habe die Zeiger auf die Objekte hintereinander im Speicher:

MyObject* my_object_array[N];
for ( int i=0; i<N; i++ )
 my_object_array = new MyObject ( ... /* Individuelle Konstruktion */

array:     _____ eins
----      /
| 0|  ----+-------- null
| 1|  ----´
| .| .
| .| .       ___ n
| .| .      |
| N|  ------´
----

noch dazu, muss N zur compile-zeit bekannt sein...

bb

edit: und außerdem musst du dich ums freigeben auch noch selbst kümmern... alles in allem eine höchst unkomfortable lösung, die mind. fehleranfälliger und langsamer(je nach dem, was du willst) etc. sein wird...

nein - die objekte an sich befinden sich eben _nicht_ hintereinander im speicher - lediglich die pointer darauf befinden sich hintereinander im speicher:

ich++ schrieb:

Ich habe die Zeiger auf die Objekte hintereinander im Speicher:

unskilled schrieb:

nein - die objekte an sich befinden sich eben _nicht_ hintereinander im speicher - lediglich die pointer darauf befinden sich hintereinander im speicher:

ich++ schrieb:

Ich habe die Zeiger auf die Objekte hintereinander im Speicher:

Verwirrung im Strafraum.

ich++ schrieb:

unskilled schrieb:

nein - die objekte an sich befinden sich eben _nicht_ hintereinander im speicher - lediglich die pointer darauf befinden sich hintereinander im speicher:

ich++ schrieb:

Ich habe die Zeiger auf die Objekte hintereinander im Speicher:

Verwirrung im Strafraum.

oh verdammt waren aber wenigsten drei kurze wörtchen, die ich da überlesen hab
naja - die anderen nachteile bleiben...
ich geh dann mal besser ;o)

bb