OOP und Spieleprogrammierung

[_crypto_]

Also mal ne Grundsätzliche verständnissfrage zum Spieleprogrammieren.
Sollte ich meine Funktionen und alles weitere, sprich abfragen, kollision,
spielelogik, KI usw. auf Klasse aufteilen und in eine "main" funktion
einrichten die nur alles abruft?

Also mein gedanke wart sowas in der art:

• CFramework
• CTimer
• CSprite
• CPlayer
• CGame
• main
  

  import CFramework;
  import CGame;
   
  // Main
  var g_Framework : CFramework = new CFramework();
  var g_Game : CGame = new CGame();
   
  function main() : Void
  {
      if(g_Framework.Init(...) == false) return;
   
      g_Game.Init();
      g_Game.Run();
      g_Game.Quit();
   
      g_Framework.Quit();
      g_Framework.Delete();
  }
   
  main(); 

also mir gehts eher darum ob sowas sinnvoll ist und ob dies in flash möglich ist.
weil bis jetz habe ich eigentlich sehr viel eines spieles immer auf dem 1. Frame gehabt
wo ja normalerweise der code stehen soll.

edit =>
oh was vergessen ^^

also das problem is das, dass ich in den klassen nicht auf die objekte zugriefen kann ohne z.b
vorher einmal root zu benutzen oder so. dies müst ich ja dann in jeder klasse machen. aber das soll man ja
eigentlich nicht machen und ich benutze root eigentlich nie. die klassen sollen ja schließlich reine objekte
sein mit methoden und eigenschaften ohne globalen einfluss von sich selber aus zu haben oder?

[rendner[i]]

Ja das macht auch in Flash Sinn.
Um auf _root zugriff zu haben und dennoch sauber zu programmieren empfiehlt sich diese Technik:

PHP-Code:

class Game
{
    private var timeline:MovieClip;
    
    public function Game( timeline:MovieClip )
    {
        this.timeline = timeline;
        this.init();
    }
    
    private function init():Void
    {
        // create game stuff
    }
} 


In der fla Datei kannst du dann dein Spiel so starten:

PHP-Code:

var g:Game = new Game( this ); 


mit this übergibst du Zugriff auf die _root, du musst aber nicht die _root übergeben, man kann auch jeden anderen MovieClip nehmen der für das Spiel als root dienen soll.

[_crypto_]

ok das hätten wir.

und zu der anderen frage. sollte man auf der zeitleiste nur
so eine "main" funktion wie oben provisorisch geschrieben erstellen
und die aufgaben auf klassen verteilen oder eventuell ganz anders
als ich mir das so denke ^^ ?

[rendner[i]]

Schon alles auf Klassen verteilen, dann eine Klasse verfassen die das Spiel erstellt (bei dir main) und diese dann wie im obrigen Beispiel in der fla instanzieren.

PHP-Code:

var main:Main = new Main( this ); 


[sebastian]

Noch besser ist es wie in Java

public static function main():Void
{
   var m:Main = new Main(_root);
} 

Brauchst du auch, wenn du mit MTASC arbeitest.

Ansonsten ist die Aufteilung der Klassen natürlich die Kunst um die es geht.
Da kann man dir kein Pauschalrezept geben, aber mit der Zeit wird das schon.

lg

[_crypto_]

ja cih scheitere des öfteren daran das mir dann die klassen so unnütz vorkommen
eben nur eine klasse extra für punkteberechnung. das kommt mir eben so unnütz vor,
ich würds normalerweise in die Game klasse oder so packen.

gibts denn keine fausteegeln oder so ab wann sich ne klasse lohnt?

[rendner[i]]

Eine Klasse sollte wenn möglich nur eine Sache machen und nicht alles, ganz egal wie klein dann die Klasse ist.

Vielleicht hilft dir das auch etwas weiter...

[Janoscharlipp]

Für MTASC empfiehlt sich eher:

PHP-Code:

public static function main(timeline:MovieClip):Void
{
         var m:Main = new Main(timeline);
} 


Dann funktioniert es auch noch, wenn man das MTASC kompilierte Spiel in einen anderen Flash-Film in einen MovieClip läd.

EDIT:
Zum eigentlichen Problem: Kann ich redner nur zustimmen, oft merst du dann auch, dass die "nur" die Punkteberechnung z.B. viel komplizierter ist, als du dachtest, und in einer eigenen Klasse legt man viel leichter neue Methoden an, um das Problem zu gliedern, als wenn man eine völlig überladene Main-Klasse hat.
Man muss aber auch nicht alles von Anfang an perfekt aufbauen, wenn du später merkst, dass die Sache viel einfach geht, oder wenn du merkst, dass eine Methode tausend Abhägigkeiten von außen hat, aber keine von der Klasse in der sie liegt, dann spricht nichts dagegen, den Code in eine andere Klasse zu integrieren.
Nennt sich dann Refactoring und ist eine Wissenschaft für sich.

Was du dir auf jeden Fall gut überlegen musst ist, welche Klasse eigentlich welche andere kennt, bzw. auf welchen Wegen kommuniziert wird, wenn du da nicht klare Wege einhälst, wirst du dich schnell in deinen Klassen verstricken.

[sebastian]

Wird die Zeitleiste echt als Parameter übergeben?

Würde ich ja sehr genial finden!

[klickverbot]

@Sebastian W.: Ja, das funktioniert wirklich.

[_crypto_]

Zitat von Janoscharlipp

Was du dir auf jeden Fall gut überlegen musst ist, welche Klasse eigentlich welche andere kennt, bzw. auf welchen Wegen kommuniziert wird, wenn du da nicht klare Wege einhälst, wirst du dich schnell in deinen Klassen verstricken.

"Vererbungsorgie" find cih total toll das wort

ja also mit vererben und, friend class (jetz nich in flash ) bin ich schon vorsichtig.
aber danke an euch alle