Hur programmera quester i ett stort spel?

Jag hade tänkt börja med något stort snart, ett 3D spel. Jag kommer ha med quester i detta spelet. Antagligen en main questline och en mängd sid-quest. Men jag funderar på hur jag ska programmera just questerna. En quest kommer ha ett namn, en beskrivning, några rewards, followup-quests, vad som behövs för att klara questet (döda 5 vargar, samla 10 kristaller) och kanske kod som körs då questet är klart/börjar. Jag kommer ju då ha en superklass som heter Quest. Men hur ska jag gå vidare? Har kommit på 3 olika sätt.

1. En superklass som heter Quest, en subklass för varje nytt quest (låter dåligt, blir säkert 50+ subklasser)
2a. En klass som heter Quest och någonstans i koden görs en väldans massa new Quest(...); som läggs i en lista.
2b. Samma som föregående men alla quester lagras i en textfil/databas.

Det bästa jag kan tänka mig just nu är ungefär 2b, en textfil i stil med detta formatet, ett quest per rad:
Där 143,144 är rewards och 43 är followup quest. Sedan kan jag hårdkoda ifall något script ska köras för ett quest med ett visst id. Skulle också kunna göra detta till en sqlite databas eller liknande.

Någon som har förslag eller synpunkter? Spelet ska antagligen vara offline.

Jag tror att det kan fungera att ha en klass för varje quest. Lägg dem i ett package och några subpackages så tror jag det blir mycket smidigare än att ha en stor klass.

[quote=Lucidity
1. En superklass som heter Quest, en subklass för varje nytt quest (låter dåligt, blir säkert 50+ subklasser)
[/QUOTE]

jag tror att jag personligen hade gjort såhär.

Låter som om det skulle bli väldigt krångligt ur ett objektorienterat perspektiv. Känns som att alla Quest-subklasser borde vara singleton?

Funderar på om man skulle kunna ha en ny klass för varje questline, som i sin tur har en array med quests som den initierar i konstruktorn. Den bör nog också vara singleton då.

google its your friend

Tycker inte alls man ska 50 olika klasser för quests. Det låter för att utrycka det milt,helt idiotiskt.
Nu är det ju dumt av mig att kommentera såna saker när jag inte vet exakt hur questen ska se ut. Spelar inte så mycket rollspel,inte alls faktiskt.

Utan en mer utförlig beskrivning är det svårt att säga men jag kan aldrig tänka mig att 50 klasser skulle vara nödvändigt för det. En räcker gott men det beror på om det är lönt med flera eller inte.

En vän tyckte också att en klass per quest lät dumt och inte var korrekt objekt orientering. Han tyckte jag ska ha superklassen Quest som kan ta en Interface som parameter ifall jag behöver unika metoder som körs i samband med questen. Så funderade jag på om man skulle ha en klass som är singleton som skapar alla quests och lägger dem i en lista som sedan övriga programmet kan hämta ur. Quest kommer då ha alla egenskaper jag beskrev i konstruktorn. Om jag inte kommer på något bättre få det bli såhär.

Jag kommer även ha items i spelet vilket är ett problem som går att lösa på liknande sätt.

Kunde inte lista ut vad jag ska söka på, du får gärna ge tips.

Känns inte Singleton Pattern som svaret som ingen frågat efter i det här fallet ?
Vad är vitsen med det ?

Jag kommer bara behöva en instans av varje Quest ifall jag väljer att göra en ny subklass för varje quest, därav nämnde jag singleton.

Att bara ha en instans av nått och Singleton är inte samma sak,men strunt i det.

Man skulle kunna dela in quest uppgifterna i typ samla/döda/nått annat.
Du borde ha en lista av såna saker i din spelare i vilket fall som helst för att se totalen av allt du gjort.
När du skapar en ny quest så kan man göra en lista med samla saker, en med döda saker osv och när du gör det, tar du bort ett element ur listan och när alla listor är tomma så är questet avklarat.

Om du måste klara det på en viss tid kollar du bara när questet skapades och när questet är färdigt tex.

Något sånt har jag också tänkt. Skulle kunna göra en QuestObjective klass för det, och varje quest har en array/lista med sådana. Och en isComplete i Quest får loopa igenom alla QuestObjectives. Jag skulle också kunna göra QuestObjective till en abstrakt klass och subklasser för varje typ av uppdrag, döda X fiender eller samla Y föremål.

Just den här delen av upplägget känner jag att jag har koll på. Det är bara det jag skrev i första inlägget jag funderar över. Men jag kommer antagligen göra något i stil med 2a.