27-08-2013, Tuesday-01:00:56
Vielleicht mit dieser Formulierung:
Ich möchte in einer dat [xxx]_track als Wegtyp angeben, wobei [xxx] ein beliebiges Wort ist - bei Wegen, Fahrzeugen, Signalen, Depots, Stationen... . Das Spiel soll erkennen, dass es sich um eine Schiene handelt, vom Typ [xxx]. Das Spiel weiß wie es mit Schienen umzugehen hat. Der Zusatz [xxx] sorgt dafür, dass auf [xxx]-Schienen nur [xxx]-Fahrzeuge fahren können, welche im [xxx]-Depot gekauft werden, und natürlich verbinden sich [xxx]-Schienen nicht mit irgendwelchen anderen Schienen.
Wenn man hier bei [xxx] zB. monorail einsetzt, dann stimmt es ja schon alles. Es soll aber jedes beliebige Wort genutzt werden können, so dass beliebig viele unterschiedliche Schienenarten möglich sind (sagt ja auch der Threadtitel)
Wenn das Konzept damit klarer ist, im Folgenden: Ich bin mir ziemlich sicher, dass die wenigen bits, die ein String verbraucht, letztlich doch ausbremsen können, wenn er häufig genug gebraucht wird. Dazu gibt es ja auch enum, womit den bisherigen, im Code vorhandenen Wörtern Zahlen zugeordnet werden. Nur klappt das ja so nicht, wenn man nicht im vorhinein weiß, welche Strings verwendet werden. Deshalb darf entweder gleich in der Dat nur ein Wert bis 255 angegeben werden und kein String, oder eine zusätzliche Datei, welche dem Pak mitgeliefert wird, weist jedem vorkommenden String eine Zahl zu (manuell vom Pakersteller zu erzeugen)
Ich möchte in einer dat [xxx]_track als Wegtyp angeben, wobei [xxx] ein beliebiges Wort ist - bei Wegen, Fahrzeugen, Signalen, Depots, Stationen... . Das Spiel soll erkennen, dass es sich um eine Schiene handelt, vom Typ [xxx]. Das Spiel weiß wie es mit Schienen umzugehen hat. Der Zusatz [xxx] sorgt dafür, dass auf [xxx]-Schienen nur [xxx]-Fahrzeuge fahren können, welche im [xxx]-Depot gekauft werden, und natürlich verbinden sich [xxx]-Schienen nicht mit irgendwelchen anderen Schienen.
Wenn man hier bei [xxx] zB. monorail einsetzt, dann stimmt es ja schon alles. Es soll aber jedes beliebige Wort genutzt werden können, so dass beliebig viele unterschiedliche Schienenarten möglich sind (sagt ja auch der Threadtitel)
Wenn das Konzept damit klarer ist, im Folgenden: Ich bin mir ziemlich sicher, dass die wenigen bits, die ein String verbraucht, letztlich doch ausbremsen können, wenn er häufig genug gebraucht wird. Dazu gibt es ja auch enum, womit den bisherigen, im Code vorhandenen Wörtern Zahlen zugeordnet werden. Nur klappt das ja so nicht, wenn man nicht im vorhinein weiß, welche Strings verwendet werden. Deshalb darf entweder gleich in der Dat nur ein Wert bis 255 angegeben werden und kein String, oder eine zusätzliche Datei, welche dem Pak mitgeliefert wird, weist jedem vorkommenden String eine Zahl zu (manuell vom Pakersteller zu erzeugen)