Metodi C++ in classi derivate con parametri diversi

Question

Questa è una domanda su come implementare alcune esigenze che ho avuto ultimamente. Sono sicuro che esiste un modello o una soluzione comune per questo e, anche se ne ho avuto uno, sono ansioso di saperne di più.

Supponiamo che io stia lavorando in un gioco in cui tutte le entità correlate al gioco stesso derivino da una classe "Attore" (diciamo "ostacolo", "ostacolo in movimento", "proiettile" e "cannone"). Nel gioco, tutte le entità sono memorizzate in un vettore std::vector<Actor *> in modo che possano essere attraversate.

Ora, supponiamo che ogni "attore" possa "fare" qualcosa ad ogni turno e diamo loro un "atto" di metodo. Obstacle :: act farebbe poco, Moving_obstacle :: act e Projectile :: act li sposterebbe e "Cannon :: act" creerebbe un nuovo proiettile. E 'una sorta di senso avere una funzione virtuale pura Attore :: agire in modo da poter a sua volta fare qualcosa di simile:

std::vector<Actor *>::iterator b=myvectorofactors.begin(), e=myvectorofactors.end(); 
while(b < e) 
{ 
    *b->act(); 
    b++; 
} 

E li hanno tutti "agire". Bene, finora tutto bene ... Il fatto è che Cannon :: act potrebbe avere un prototipo diverso o un valore di ritorno (per esempio, per memorizzare un proiettile generato e averlo spinto nel vettore) e questa "piccola" differenza rompe tutto.

Ora, so che da un certo punto di vista questi sovraccarichi di metodo sono funzioni completamente diverse ciascuno. So anche che si può sempre pianificare in anticipo e ingegnare attraverso il problema con sufficiente lungimiranza ... O si può semplicemente manovrare il problema.

In questo caso, ho appena usato diversi identificatori univoci per ogni classe di attori derivati ​​e li ho usati per trasmettere alla corrispondente classe e fare il lavoro che li circonda. Sono sicuro che tornerò lo stesso problema ancora una volta e sono curioso di sapere su alcune soluzioni entry level.

Grazie in anticipo per il vostro tempo.

Answer 1

La partenza è suono, è deragliare qui:

Il fatto è che, Cannon :: atto potrebbe avere un prototipo diverso o valore di ritorno (per esempio, per memorizzare un proiettile generato e averlo inserito nel vettore)

Perché dovrebbe? L'atto è atto. L'istanza deve capirlo senza altro. Dovrai addestrarlo nel ctor o altre chiamate prima di agire. O si guarderà intorno durante la chiamata Act.

Considera: anche se hai magicamente caricato il carico utile per diversi parametri, nel preventivo mentre come sarebbe stato calcolato? La chiamata è astratta. Anche se l'hai infestato da qualche dynamic_cast, lasci comunque il problema con quale cannone otterrà quali parametri?

No, i soggetti devono cooperare tra di loro, o usare qualche sistema di messaggistica (vedi dispatcher) ...

Answer 2

le variabili interne che il corpo di ogni atto è diverso e possono utilizzare la variabile interna privata di proprietà o ereditata, quindi se è possibile impostare queste variabili prima di chiamare act, quindi non è necessario inviare nulla tramite parametro per essere sicuri, o di non entrare in complicazioni