spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ich würde mich an deiner Stelle nicht so sehr in den Sog der Objektorientierung rein ziehen lassen. Sie hat natürlich viele Vorteile, aber sie ist kein Garant für die Entwicklung eines guten Programmierstil noch hindert C einen daran einen zu entwickeln. C++, C#. Java… also alle sehr ausdrucksstarken Programmiersprachen können einem auch sehr schnell das Gefühl geben die Sprache nie „zu Ende“ gelernt zu haben und die Lust rauben. Bei den sehr eingeschränkten Sprachen hat man recht schnell ihren gesamten Umfang intus und kann erst mal etwas schreiben ohne denken zu müssen, aber ich müsste da jetzt noch dies oder das Lernen. Alles hat vor und Nachteile, es ist auch gut mal auf sein Gefühl zu vertrauen.

Der nächste könnte ja dann jetzt kommen und sagen, dass funktionale Programmierung so sehr wichtig ist, insbesondre in der heutigen parallelisierten Zeit.

Java ist für vieles eine Alternative, kommt aber darauf an für was du eine Alternative suchst. Java bietet sehr viele Möglichkeiten von Haus aus im Graphischen Bereich, jedoch eher auf allgemeine Anwendungen bezogen. Bietet neue Stolperfallen, Objektorientierung und Streitpotential was besser sei… Java oder C# oder oder oder.

Wenn du schnell etwas Graphisches machen magst gibt es auch noch Processing, ist aber ein bisschen Java.

Wenn du über kurz oder lang als Programmierer ernstgenommen werden willst, kommst du um OOP nicht herum. OOP gehört zu den Basics, auch wenn man vielleicht vor hat, sich ab einem gewissen Punkt eher auf funktionale Programmierung oder anderen Paradigmen zu stürzen. Aber du willst doch Spiele oder zumindest grafische Spielereien entwickeln, oder habe ich das falsch verstanden?

Mit welcher Sprache du beginnst, ist zweitrangig. Man kann durchaus mit C beginnen, um mal die Grundkonzepte wie Verzweigungen, Schleifen, Funktionen oder Arrays zu lernen, die ja in der OOP ebenso grundlegend sind. Aber es schadet überhaupt nicht, danach den nächsten Schritt zu wagen. Wenn du hinter OOP keinen Sinn erkennst, dann liegt das wohl daran, dass du das Konzept nicht richtig verstanden hast bzw. dir die Erfahrung fehlt, das richtig zu beurteilen. Das ist natürlich nicht böse gemeint, ging mir zu Beginn auch nicht anders.

Und um deine Frage zu beantworten: Ja, Java ist durchaus eine Alternative. Gibt auch ein paar nette Frameworks für 2D-Programmierung dafür. Ich persönlich bin nicht so der Freund davon, aber für den Einstieg durchaus geeignet.

Im Übrigen geht es nicht darum, alle Features einer Sprache zu beherrschen. Die ganz exotischen Konstrukte sind eher Helferlein, damit Fortgeschrittene ganz spezielle Probleme effizienter lösen können. Wichtiger ist das Vermögen Anforderungen analysieren zu können und daraus eine Struktur für die Komponenten eines Programmes ableiten zu können. Das unterscheidet einen schlechten Programmierer, der einfach mal drauf los hämmert, bis irgendwann mal ein Ergebnis zu sehen ist, von einem guten Programmierer, der sich Gedanken macht über die verschiedenen Abstraktionslevel eines Programms und wie man die einzelnen miteinander kommunizierenden Komponenten voneinander sinnvoll isolieren kann.

Man kann mit C wunderbar objektorientiert programmieren.

Dann heißt es halt "struct" statt "class" und die Methoden stehen frei und haben keinen "versteckten" "this"-Pointer. So ungefähr sind die Unterschiede in der Objektorientierung. Klar, es ist ein bisschen unpraktischer und mehr Schreibarbeit ohne den ganzen syntaktischen Zuckerchen. Grundlagen müssen aber nicht unbedingt maximal kompakt sein.

Deshalb finde ich ehrlich gesagt wird hier aber etwas übertrieben. C++/C#/Java läuft einem nicht davon. Je nachdem in welche Richtung man gehen will, halte ich einen Einstig durch C schon für geeignet. Wenn man allerdings unbedingt Spiele egal mit welchen Mitteln entwickeln will und sich sonst weniger an Programmieren interessiert ist, wahrscheinlich eher nicht so.

EDIT:
"Mein Ziel ist es ein 2D Spiel zu entwickeln" Dann ist C wahrscheinlich wirklich nicht optimal.

Zitat von »pouk_«

Mein Ziel ist es mithilfe dieses Forums ein Spiel zu programmieren. Ich will nicht wegen Spieleentwicklung extra Programmieren lernen.

Achso also wir sollen dir den Code schreiben. Haha Nein!

Zitat

Dann heißt es halt "struct" statt "class" und die Methoden stehen frei und haben keinen "versteckten" "this"-Pointer. So ungefähr sind die Unterschiede in der Objektorientierung. Klar, es ist ein bisschen unpraktischer und mehr Schreibarbeit ohne den ganzen syntaktischen Zuckerchen. Grundlagen müssen aber nicht unbedingt maximal kompakt sein.

Wobei ich jetzt mal die Behauptung aufstelle, dass man Ahnung von OOP sowie einer "richtigen" OOP-Sprache haben sollte, um überhaupt sinnvoll und sauber in C objektorientiert programmieren zu können. Andernfalls ist es nur ein Hantieren mit structs und prozeduralem Code ohne dabei wirkliche OOP-Konzepte wie Vererbung oder virtuelle Methoden einzusetzen.

Zitat

Aber C ist dann anscheinend nicht fürs Spieleprogrammieren gedacht. Ich dachte es, weil die alten SNES Spiele etc. auch mit C/Assembler programmiert worden sind.

Das stimmt so nicht ganz. Natürlich wurden die Spiele der 8- und 16-Bit Ära in Low-Level-Sprachen geschrieben, aber das hatte in erster Linie mit der Architektur zu tun, auf der diese Spiele laufen. Speicher- und Rechenkapazität waren extrem begrenzt und man brauchte maximale Kontrolle über die Hardware. C# und Java gab es damals noch nicht (der Ricoh 5A22 hätte aber wohl kaum die Runtime-Library samt Interpreter bewältigen können) und C++ generiert als OOP-Sprache einen gewissen Overhead, den man ebenfalls vermeiden musste. Man hat sozusagen aus der Not eine Tugend gemacht, auch wenn man das zur damaligen Zeit sicher nicht so empfunden hatte. Den Luxus, 2D-Spiele überhaupt mit modernen Sprachen umsetzen zu können, haben wir der verbesserten Hardware und den umfangreichen Libraries zu verdanken. Und dem Umstand, dass wir als Hobby-Programmierer üblicherweise nicht den Anspruch vertreten, high-end AAA-Spiele zu entwickeln, sondern uns mit der visuellen Qualität vergangener Jahrzehnte begnügen. Wer heute als Anfänger ein simples 2D-Spiel programmieren möchte, braucht sich nicht mehr um Ressourcenknappheit und Hardware-Steuerung kümmern, sondern nutzt einfach die Libraries seiner Wahl, um mal schnell ein PNG-Bild und ein paar Soundfiles zu laden und irgendwo in der Szene zu platzieren.

Zitat von »buzz-steve«

Und dem Umstand, dass wir als Hobby-Programmierer (...) uns mit der visuellen Qualität vergangener Jahrzehnte begnügen.

Daran bist Du dann aber selbst Schuld. Auch 2D-Spiele können moderne Grafik bieten. Dass dem nicht so ist, liegt wohl eher daran, dass Programmierer schlechte Grafiker sind. Und dagegen könnte man etwas tun.

Finde absolut nichts Verwerfliches dran, sich bei der Grafik bescheidener zu geben, vor allem bei einem Hobby-Projekt. Ich finde es wichtiger, dass sich die Qualität und der Stil der einzelnen Assets sich nicht zu stark unterscheidet. Wenn primitive Pixelgrafik, dann bitte durchgehend