spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Wenn du die Alternative nicht ausprobiert hast kannst du doch garnicht wissen welche dir besser gefällt. Den größten Nachteil von C# sind in meinen Augen die Generics, die leider nicht so mächtig wie die Templates in C++ sind. Aber ich vermute du hast dich sowieso kaum mit Templates befasst oder lieg ich da falsch?
Für OSX gibt es übrigens auch eine Mono Implementierung.

Ich würde vorschlagen ein wenig beim Thema zu bleiben. Jetzt wurde ja speziell nach der Sprache gefragt, aber auf der ersten Seite des Threads ist das wie ich finde ein wenig ausgeartet.

Zitat von »MushroomBirdHD«

Ist es schwer C# zu verstehen, wenn man C++ kann?

Im Prinzip geht es erst mal darum programmieren an sich zu lernen. Du fängst mit einer Sprache an und lernst die Art und Weise wie du beim entwickeln vorgehst. Nach einer Zeit hast du die grundlegenden Konzepte der Sprache verstanden. Diese Konzepte lassen sich dann auf andere Sprachen übertragen. Es gibt zwar Unterschiede zwischen Sprachen, so ist Haskell (wurde ja in diesem Thread mal genannt) völlig anders aufgebaut aber einige gleichen sich in den Konzepten doch stark. So ist die Idee der Entwicklung mit C++ und C# mMn erst mal die selbe. Soll heißen, wenn du jetzt schon C++ kannst, dann wird es dir leichter fallen neue OOP Sprachen zu lernen. Ob du das möchtest im am Ende deine Sache. Viele kommen halt irgendwann an den Punkt an welchem sie sich andere Sprachen angucken. Und das ist wie ich finde auch gut so. Die Sprache ist letzten Endes nur Mittel zum Zweck. Je nachdem was du machen möchtest und welche Anforderungen du hast wählst du dann die passende Sprache um möglichst elegant/einfach/gut/schnell zum Ziel zu kommen.

Zitat von »MushroomBirdHD«

Warum kein Sinn machen? Ich zitiere: "C++ stellt heute, zu Beginn des 21. Jahrhunderts, die wichtigste Programmiersprache für die Entwicklung von leistungsstarken Anwendungen dar!"

LetsGo hat es danach schon richtig gesagt. Mir ging es nicht um die Berechtigung von C++. Mir ging es darum dass du bei High Level Engines auch eher auf hohem Level Entwickeln möchtest. Das bedeutet weniger komplex, weniger technisch und ja, ich finde dafür grad die passenden Worte nicht Vielleicht hilft jemand aus.
Was dein Zitat angeht, es wäre gut wenn du Quellen für Zitate mit angibst. Über den Kern der Aussage lässt sich wohl streiten. Ganz falsch ist es denke ich nicht. Ich würde das ganze aber abändern und sagen, "C++ stellt heute, zu Beginn des 21. Jahrhunderts eine der wichtigsten Programmiersprachen für die Entwicklung von leistungsstarken Anwendungen dar."
An sich denke ich aber auch, man sollte sich nicht zu viel den Kopf darüber zerbrechen welche Sprache jetzt beliebt ist und viel genutzt wird. Am besten ist es wenn man sich selbst ein Bild macht. Einfach ein paar Sprachen ausprobieren und dann das benutzen was einem für die aktuelle Situation am meisten zusagt.

Wieso ist es Offtopic? Er sucht nach einer Gameengine, in der er C++ verwenden kann und C++ ist nicht gerade die optimale Sprache für eine Gameengine mit hohem Abstraktionsniveau und eigenem Editor. Wenn er dann noch aus den falschen Gründen C++ verwendet möchte gibt es nichts was wichtiger für das Thema wäre oder etwa nicht?

Zitat von »Schorsch«

Mir ging es darum dass du bei High Level Engines auch eher auf hohem Level Entwickeln möchtest. Das bedeutet weniger komplex, weniger technisch und ja, ich finde dafür grad die passenden Worte nicht Vielleicht hilft jemand aus.

Ich versuch mein Glück:
In entsprechenden Engines kümmert man sich grundsätzlich nicht mehr um die Sachen, die der Performance wegen am Besten so Hardwarenah wie möglich umgesetzt werden sollten (Physik, Lichtberechnungen, Rendering, ...), sondern grundsätzlich eher um die Spiellogik. Da diese von der gesamten Rechenleistung, die ein Spiel benötigt, den geradezu geringsten Anteil ausmacht, macht es grundsätzlich auch keinen Unterschied, ob diese in perfekt optimiertem C++/C/Assembler oder einer höheren Sprache (C#, Python, Lua, Java, ...) geschrieben ist. Da es für die Spiellogik ohnehin relativ irrelevant ist, ob man nun Objekte auf dem Heap oder Datenstrukturen auf dem Stack hin und her schubst oder ob man einen Garbage Collector hinterher aufräumen lässt, empfehlen sich für entsprechende Skripte auch entsprechende Sprachen.
Kurz zusammengefasst: eine solche Sprache darf auch wesentlich abstrakter (weniger Hardwarenah) sein. (Dadurch verliert diese i. d. R. einen gewissen Grad an Komplexität, worauf Schnorsch (lang ists her...) wohl hinaus wollte. )

Ausserdem verwendet man für Spiellogik häufig komplexere Algorithmen, die schnell von der CPU ausgeführt werden können und keine hardwarenahe Optimierung benötigen. Vorallem bei der Spiellogik ist es wichtiger den richtigen Algorithmus für die entsprechende Aufgabe zu verwenden und deren Ausführung nur an den Stellen zu optimieren die häufig ausgeführt werden.
Es bringt nichts eine Methode bis ans Limit zu optimieren, die nur einmal pro Frame aufgerufen wird. Der Aufwand alles zu optimieren wiegt den nicht spürbaren (und häufig nichtmal messbaren) Performancevorteil niemals auf.
All das wird durch ein hohes Abstraktionsniveau und die Werkzeuge, die dir die Sprache bietet vereinfacht. Die Programme sind schneller fertig, weniger Fehleranfällig, leichter zu warten und zu erweitern.
C# bietet für diese Aufgaben die besser passenden Werkzeuge und die die C++ bietet, werden in einer Gameengine nicht mehr oder kaum benötigt. Deshalb gibt es auch so wenig Gameengines für C++, gerade im 2D Bereich, wo die aufgezählten Gründe noch viel heftiger zu Spüren sind.