spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Um welche Programmiersprache handelt es sich denn?

Ich verwende in .Net Sprachen zur Dokumentation selbsterklährende Namen und (idealerweiße durchgänige) XML-Kommentare.

bei meinem bisher größten projekt, habe ich eigentlich für alles eine eigene klasse gehabt, also für den spieler, gegner, etc, aber das sollte standard sein.

schonmal mit xcode gearbeitet? aufjedenfall ist es dort meiner meinung nach auch so recht übersichtlich (ordner, etc). auch kann man mit objective-c den befehl "pragma mark MEINEMARKIERUNG" benutzten, dadurch hat man auch eine schöne übersicht bei der methodenübersicht.
ansonsten schön kommentieren und selbsterklärende namen

ps: wieso gehört standar t zu den zensierten wörtern?? weils die falsche version von standard ist?

Zitat von »Overlord«

ps: wieso gehört standar t zu den zensierten wörtern?? weils die falsche version von standard ist?

Ja.

Naja, wenn man später feststellt, dass das Klassendesign nicht so toll war, hilft wohl nur, es neu zu machen. Dokumentation ist natürlich eine feine Sache (ich benutze doxygen), aber das bringt auch nichts mehr, wenn das zu dokumentierende schon unübersichtlich ist.
Was genau man dagegen machen soll, ist wohl schwer zu sagen, aber es möglichst modular zu halten (Die Abhängigkeiten zwischen einzelnen Programmteilen minimal zu halten) ist wohl ein guter Schritt. Wobei man natürlich alles auch immer übertreiben kann.

Gute Tipps wurden ja schon gegeben. Vor allem die XML-Kommentare sind bei den .Net Sprachen wirklich nicht zu unterschätzen. Selbiges kann man bei Java durch Javadoc erzielen. Stetiges refactoring deines Codes hilft auch ungemein weiter. Einfach vor den nächsten 10 Features noch mal alles durchgehen und gucken was du vielleicht besser machen kannst. Auch dafür gilt natürlich nicht übertreiben. Man lernt mit der Zeit ja immer mehr und muss nicht alles direkt anwenden. Wenn dein Projekt einen völlig anderen Aufbau hat musst du halt abschätzen ob es sich lohnt die grundlegenden Konzepte wieder über den Haufen zu werfen. Manchmal macht sowas Sinn, aber halt nicht immer. Das lernt man dann aber mit der Zeit immer besser zu überblicken.

Wenn du alle paar wochen all deinen Code auf deinen aktuellen Wissensstand updatest... dann laeuft man in Gefahr nie fertig zu werden, da man eigentlich nie auslernt und immer potential findet Code irgendwo schoener und besser strukturiert, wiederverwendbarer, etc zu machen.

Leider muss man sich in groesseren Projekten daran gewohenen, dass der Code eigentlich immer etwas unschoen ist und ein wenig 'stinkt'. Das kommt ganz automatisch wenn das Ziel ein funktionierendes Produkt ist und nicht der Schoenheitspreis fuer Code.

Gewisse Grundregeln sollten jedoch befolgt werden damit das ganze nicht aus den Ufern laeuft. Um sowas in grossen Projekten sicher zu stellen kann man z.B. Code Review Systeme benutzen.

Ich denke die Kunst ist es ein geeignetes Mass zu finden.

Es macht Spass eine generische Matrix Klasse fuer variable Datentypen und NxM Dimensionen zu schreiben, um die Vektorklasse als Spezialisierung davon zu formulieren. Wenn das ganze Programm jedoch nur Vector3f benutzt macht das ganze einfach nicht viel Sinn was das Endprodukt angeht. Aber gerade in Hobbyprojekten darf man ja auch mal Spass haben, nicht?