spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

@BlueCobold: Ich sagte ja, dass ich sie im Moment nicht lernen, weil ich sie nicht brauche. Ein kleines bisschen C# kann ich auch, aber das kann man nicht als programmieren bezeichnen.

Zitat von »BlueCobold«

Man kann mit C# nichts machen, was nicht auch mit C++ geht? Au Backe. Beide Sprachen können vom Prinzip her ALLES, was die jeweils andere auch kann. Nur kann eine gewisse Dinge eben besser als die andere und umgekehrt.

Richtig. Ich sagt ja auch nur, dass C++ nichts nicht kann, was C# kann. Warum du das jetzt nochmal sagst, verstehe ich nicht.

@Batzer: Ja ich verwende für GUI C++ und zwar wxWidgets. Das finde ich viel angenehmer als diese .NET Sachen.

Jetzt geht die Diskussion wieder los

Zitat von »Delop«

Imo kann man ja auch ein GUI-Designer in C++ schreiben.

Du kannst auch ein Betriebssystem in C++ schreiben, wenn Du schon dabei bist. O.o

"Ich will keine Sprache, die Feature X nativ mitliefert, ich will C++, egal, ob ich das alles nochmal neu schreiben muss! So!"


@FSA:
Weil Du zwar sagst, dass C++ alles kann, was C# kann (auch wenn ich da bei Delegates, LINQ und Closures, sowie mitgelieferten Bibliotheken leicht anderer Meinung bin), aber nicht, dass C# auch alles das kann, was C++ kann.

Man kann auch ein Betriebssystem in C# schreiben, wenn man schon dabei ist. O.o

MfG
Check

Alternativ in Haskell.

bezüglich Frameworks:
wenn es um Plattformunabhämngigkeit geht, kann man auch Mono und ANX verwenden (habe ich nicht getestet, ANX hat meines Wissens aber den gleichen Funktionsumfang)

für grafische Oberflächen sollte man sich WPF mal genau genug angeschaut haben
nicht nur das gestalten der Oberfläche unterscheidet sich wesentlich von Windows Forms, auch gibt es für (ich denke mal) jede eigenschaft der Elemente Databinding
dann wären noch Commands und Styles zu nennen


es kommt weiterhin nicht nur darauf an, was man grundsätzlich machen kann, sondern wie gut (/schnell) man etwas damit machen kann


mal ganz abgesehen davon, dass noch nicht mal geeignete Ideen dafür genannt wurden, _was_ implementiert werden soll
daher ist jegliche diskussion um die Sprache unsinnig

Also ich fände es super - wenn man schon Zeit investiert und eine gross gefächerte Community hat - dass das Spiel dann auch wenigstens Cross-Platform wird.
Zum einen wird C# mit Mono leider noch nicht völlig auf nicht Windows Systemen unterstützt und zum anderen gibt es in C++ einfache Libraries, welche bereits Platforumübergreifend sind (ja pure Propaganda für SFML).

Mit C++ & SFML & SFGUI hätte man schon eine solide Basis. Ob man da dann noch optional mit OpenGL rumspielt oder Libraries wie z.B. Diluculum für Lua Binding nimmt, ist dann immer noch offen.

Für C# gibt es übrigens auch TAO, ein OpenGL-Framework. Genau wie für Mono.

Der sinnvollste Weg wäre aber vermutlich eine Mischung aus beidem - gewisse Teile in C++, andere in C#. Gerade GUI mit C++ zu entwickeln ist ja nun wirklich keine Freude.

Aber ich denke für ein Spiel kann man auch einfach Texturen rendern und einen eigenen Message Handler schreiben. Das ist nun wirklich keine große Arbeit.
So mache ich zumindest die GUI.

Dann packe man noch Mouse-Over Effekte dazu oder will die Koordinaten für die Events nicht hardcoden, sondern dynamisch anhand der dargestellten Elemente erkennen, will vielleicht animierte Elemente oder welche, die eine Funktion erfüllen (Input-Felder, Checkbuttons, Slider, Scroller, etc) und schon ärgert man sich die Krätze, dass man es nicht gleich richtig gemacht hat.

Ich jedenfalls würde nicht irgendwelche Textur-Ausschnitte, Koordinaten und Maus/Tastatur-Events hardcoded in den Programmcode schreiben wollen und dann irgendwie wild rumfummeln, damit man das Menü eventuell dann auch noch überblenden, bewegen oder anderweitig animieren kann...
Das mag eine einfache und zweckmäßige Lösung sein, sie ist aber absolut nicht flexibel.