Objekt Erstellung mit enthaltenden Objekten (Objekt Orierntiertes Programmieren)

Bennyy · 20. Dezember 2015

Guten Tag Breadfish Com.

Ich habe da eine Frage und ein Kollege weiß ebenfalls nicht weiter.
Ich möchte ein Objekt erstellen mit hifle eines Enums.
Dadrin befindet sich ebenfalls ein Objekt, ebenso ein Enum.

Praxis:

Code: oop.pwn

enum xyz{
    valueX,
    valueY,
    valueZ
}
enum def{
    value3,
    value4,
    valueXYZ[xyz]
}
enum abc {
   value1,
   value2,
   valueDEF[def]
}
new objekt[][abc] = {
{1,2,{3,4,{X,Y,Z}}},
{11,22,{33,44,{X,Y,Z}}},
{100,200,{300,400,{X,Y,Z}}}
};

Alles anzeigen

Mein Grundgedanke dabei ist, das ich leicht dieses Objekt erweitern kann ohne das ich groß verknüpfungen pflegen muss, sprich Datenbank oder auf Dateiebene, welches mir zuviel Resourcen kosten würde. So habe ich dafür die Enums erstelle welche auf ein anderes Enum verweisen.
Allerdings erhalte ich nur fehler.

Code: Compiler

filterscripts\oop.pwn(31) : error 020: invalid symbol name ""
filterscripts\oop.pwn(33) : error 010: invalid function or declaration
filterscripts\oop.pwn(262) : warning 203: symbol is never used: ""
filterscripts\oop.pwn(262) : warning 203: symbol is never used: "objekt"

Und nun wende ich mich an euch.
Wie kann ich am elegantesten ein Objekt erstellen mit sogenannten referenzen auf andere Objekte?

Gruß Bennyy

AirM4X · 20. Dezember 2015

Ich bin mir nicht sicher, ob das was du da vor hast, auch so umzusetzen ist.
Wieso schreibst du nicht alles in ein Enum, das ist doch viel einfacher.

Bennyy · 20. Dezember 2015

Aus einem einfachen Grund:
Das Beispiel macht es wohl nicht klar genug:

So sieht mein Hauptziel aus, was Funktionstüchtig werden soll:

Code

enum miningResource {
	chanceBottom,
	chanceTop,
	type
};


enum ressisByLevel {
	levelBottom,
	levelTop,
	miningRessis[miningResource]
};


enum MiningSpots {
	msName,
	msNameShort,
	Float:msPosX,
	Float:msPosY,
	Float:msPosZ,
	msRange,
	msResources[ressisByLevel]
};


new MiningSpot[3][MiningSpots] = {
	{"MountChiliad A",	"MT A",	-793.72827, 	-1868.40369, 	9.80740,	10.0,
		{1,5,{
			{0,9,"IRON"},
			{10,25,"GRANIT"},
			{26,85,"STONE"}
			}
		},
		{6,15,{
			{0,20,"IRON"},
			{21,50,"GRANIT"},
			{51,90,"STONE"},
			{91,100,"IRON"}
			}
		}
	},
	{"MountChiliad B",	"MT B",	-793.72827, 	-1868.40369, 	9.80740,	10.0,
		{1,5,{
			{0,9,"IRON"},
			{10,25,"GRANIT"},
			{26,85,"STONE"}
			}
		},
		{6,15,{
			{0,20,"IRON"},
			{21,50,"GRANIT"},
			{51,90,"STONE"},
			{91,100,"IRON"}
			}
		}
	},
	{"MountChiliad C",	"MT C",	-2092.6260,		-1613.8595,		168.0186,	20.0,
		{1,5,{
			{0,9,"IRON"},
			{10,25,"GRANIT"},
			{26,85,"STONE"}
			}
		},
		{6,15,{
			{0,20,"IRON"},
			{21,50,"GRANIT"},
			{51,90,"STONE"},
			{91,100,"IRON"}
			}
		}
	}
};

Alles anzeigen

Wirft allerdings den vollkommen gleichen Fehler.
Alles soll erweiterbar sein, sprich ich möchte 1-5,6-15,16-X.

Ich hatte schon den Gedanken, das ich es mit Checkpoints erledige und dann eine andere Technik versuche anzuwenden.
Nicht mehr Ortsabhängig, sondern Resourcen. Allerdings muss dies ja auch klappen.

Schon doof, wenn man eine Hochsprache gewohnt ist.

breadfish.de 12. März 2022