Hallo Leute,

wollte mal einen allgemeinen Post zum Thema Scripten reinschreiben, weil:

1. Mir zur Zeit langweilig ist
2. Es so was schon lange nicht mehr gab (hoffe ich) und es sich doch so einiges verändert hat.
und 3. ich selber noch Anfänger bin und man aus Erfahrungsaustausch sehr viel lernen kann.

Also schreibt eure Erfahrungen, Tipps usw. nieder. Worauf muss ich achten? Wie vermeide ich Fehler? Was motiviert euch? und so wieter...

Wäre echt cool, wenn man eine kleine Sammlung zusammenbekommt, die allen ein bißchen helfen könnte!!!

MfG
Michael

- überlegen was du brauchst (was der code können soll)
- struktogramm erstellen
- programm schreiben. benutze dazu die methode "teile und herrsche": teile deinen code in kleine stückchen auf (module): programmiere immer kleine abschnitte, nicht gleich die ganze funktion. diese testest du durch (debuggen), ob diese codeteile ihre aufgabe erfüllen. am schluss fügst du die teile zusammen und debuggst den gesamten code nochmal

Versuch Dir mal als erstes Projekt ein Debugfenster
zu schreiben, das man leicht in deine Projekte
einbinden kann.
Also ein fenster/text, dem man werte und strings übergeben kann,
und diese im Spiel angezeigt werden.

Das ist sehr wichtig, um später bei größeren projekten werte
wärend des Spielen auszugeben. Also als Debugginghilfe.


Ich hab zB mein kleies echo skript,
mit dem man mittels
echo("hier startet die funktion");

oder
echom("Der wert:", wert);

Daten wärend des laufenden Programmes in einem Fenster anzeigen lassen kann.

Das mit dem Debuggen ist auf jeden Fall ne gute Sache. Mir passiert es manchmal, dass ich das Spiel mehrere Male (und damit meine ich viele, viele Male) laufen lasse bevor ich mit der Funktion (Aktion) zufrieden bin.

Tempelbauer hat auch recht mit seinem "teilen und herrschen" - System. Ich hab am Anfang (das war irgendwann im Sommer) ein Projekt gestartet. Als ich anfing zu Scripten hab ich ohne darauf zu achten ein riesen langes Script geschrieben. Die Folge war, dasss ich mich irgendwann nicht mehr zurechtgefunden habe. Folge: Frustration --> Aufgabe.

Seitdem habe ich mir weitere Tutorials durchgelesen, nochmal alles überdacht und wieder angefangen.

Übrigens hier nochmal ein Tipp zu den Tutorials: Es bringt meiner Meinung nach nichts sich erstmal 2253 Tutorials reinzuziehen bevor man anfängt. Wenn man das letzte gelesen hat, sind die 2251 vorher vergessen. Ich habe mehr als 10 Tutorials alein für das Scripten. Arbeiten tue ich wirklich nur mit einem (der 25 teilige Workshop) und auch nur mit diesen Stellen, die ich zur Zeit brauche. Zum Beispiel, wenn ich gerade ein Sprite animieren will, schaue ich mir auch nur den Teil über animierte Sprites an.

Ich kann ebenfalls nur empfehlen eine function zu scripten und die dann auch Herz und Nieren zu testen bis sie 100%ig läuft. Erst dann mit dem nächsten weiter machen. So mach ichs auch!

Vor allem: immer ganz viele Kommentare schreiben.
Im Moment wo man eine funktion schreibt mag es ganz logisch sein was sie macht,
aber nach 6 Monaten muss man ertmal wieder grübeln.

Ich schreib ein virtel des sourcecodes als kommentare.

Auch sollten variablenname, die global benutzt werden möglicht aussagekrärtig sein,
und my.skill56 sollte durch defines wie
define gesundheit=skill56;
...
my.gesundheit =100;

.... erstetzt werden.

programmteile, die sehr komplex und
abgesclossen sind (zB ein Pathfinding)
sollten jeweils eine eigene skriptdatei bekommen,
und eine langen kommentar zu ihrer verwendung im
oberen bereich.
Funktioniert dieser teil, sollte man ihn nur
noch über "interface-funktionen" nutzen
damit man sich nur noch um korrekte inputs und
outputs kümmern muß.

Danke schon mal für die super Kommentare.

@Damocles: Du wirst recht haben mit den vielen Comments im Script. Ich muss zugeben, dass ich mein Script kaum bis gar nicht kommentiere (was später bestimmt noch zu meinem Verhängnis wird). Ich schreibe lieber viele, aber kleine Funktionen, sodass sie überschaubar bleiben. Ich hoffe, dass es so auch klappt.

Bei mir ist es meistens so, dass ich eine Funktion schreibe und sie dann laufen lasse. Zu 99% ist das Ergebnis schrecklich und mit vielen Fehlern versehen. Dann versuche ich einen Fehler nach dem anderen zu beheben, nicht alle auf einmal. Also einen Fehler beheben, laufen lassen, zweiten Fehler beheben, laufen lassen, usw. Ist zwar total zeitintensiv, aber sehr wirksam, auch für den Lerneffekt.

Fehler machen ist meiner Meinung nach kein Verbrechen, mich wunderst meist wenn eine neu geschriebene function ohne jegliche Fehlermeldung startet.
Fehler die (bei mir) häufig auftreten:
- tippfehler
- semikolon vergessen
- runde klammer zu wenig ")" (beim schließen)

Aber das ist nicht wirklich schlimm, da steht dann ja die zeile und man guckt noch mal in den code rein.
Wenn es hingegen reibungslos beim ersten mal startet, teste ich die function noch umso ausführlicher um sicher zugehen, dass sie auch das tut was ich will

Das mit dem debug fenster ist ein guter Tipp, hab mir gestern abend erstmal selbst eins geschrieben.
Nützlich ist es auch, wenn man viele werte hat die in dem fenster ausgegeben werden, sie gleichzeitig in eine datei zu schreiben (bei jedem neustart der debug function wird die datei bei mir "gelöscht") um dann später in ruhe alles noch mal durchlesen zu können.

Sehr nützlich ist es, wie schon angesprochen, wieder verwendbaren code zu schreiben. (Module)
Dieser sollte dann jedoch sehr ausführlich kommentiert werden um eine wiederverwendbarkeit zu garantieren (auch schon angesprochen).

Was vermieden werden sollte:
Mehrere functions die zwar verschiedene parameter erhalten aber im prinzip das gleiche machen.
Besser ist es eine function zu haben die "das große" ganze macht und die kleinen anderen functions wandeln ihre erhaltenen parameter in die entsprechende form um, um dann letzten endes nur die "große" function damit aufzurufen.
Spart sich einiges an tipp arbeit und debug bzw. änderungs arbeit.

Um kleinere code snippets zu schreiben, wenn man z.b. anderen usern hier im Forum hilft, ist es nützlich dafür ein eigenes test level zu haben in dem man dann die snippets schnell und bequem einbinden und testen kann.
Das lohnt sich auch bei größeren projekten um neue funktions, die nichts mit anderen zu tun haben, also ein eigenständiges programm modul darstellen, zu testen.

Aber genug der worte, das meiste wurde ja schon gesagt.

Ich hätte da noch ein paar Tipps dir vielleicht auch noch sehr nützlich sein können:

Im Vordergrund steht natürlich die Planung, klar. Man sollte auf jeden Fall schonmal wissen was man alles in sein Gameprojekt reinmachen soll und ansatzweise wie man die einzelnen Probleme zu lösen hat. Es kann auch hilfreich sein sich schonmal die wichtigsten Funktionsweisen auf einem Blatt Papier aufzuschreiben und zu erdenken (Meiner Meinung nach ziemlich hilfreich, besonders bei neuen Herausforderungen beim Skripten).

Wie hier auch schon erwähnt wurde, sollte es an Kommentaren im Skript nicht fehlen.

Das Skript sollte auf jeden Fall übersichtilich aufgebaut sein und für den Entwickler überschaubar die einzelnen Details darstellen. Wer vielleicht einige Probleme damit hat alles in eine Skriptdatei zu schreiben, sollte mehrere nutzen, für jedes Skript ein Thema (Memü,Player,Gegner,Umgebung...) und dann per include in das Hauptskript einfügen.

Natürlich sollten auch doppelte oder gar mehrere Befehle in einer Funktion beispielsweise vermieden werden. Das Skript also so klein wie möglich halten aber auch alles nötige drinhaben.

Zum Schluss etwas was sehr Hilfreich für viele Skripter sein könnte:
Unterschiedliche Namen vermeiden.
Auch ich hatte am Anfang enorme Probleme damit mir neue Namen auszudenken um nicht dieselben zu verwenden. Das kann man durch "Kürzel" am Namen leicht bewältigen.
Beispiel:

datei_grafik1.tga
bmap bitmap_grafik1 = <datei_grafik1.tga>;
panel p_grafik1 { ... ]

usw.


Natürlich sollte man auch stetig an seinen Fortschreitten arbeiten und sich nicht frustrieren lassen wenn mal etwas nicht klappen sollte. Es gibt immer etwas besser zu machen.

Bevor ich mit dem Scripten am Rechner anfange habe ich das Programm zu 90% schon auf Papier ausgearbeitet. Also auch alle einzelnen Funktionen. Danach muss ich dass nur noch abtippen!!