spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »LetsGo«

Mal davon abgsehn ist C++ eigentlich nur eine Erweiterung von C um Klassen und haufenweiße nützliche Dinge. Wenn du C++ kannst, kannst du auch C gut genug um damit µC zu programmiern.

Das würde ich so nicht unterschreiben. Die beiden Sprachen haben sehr viele Gemeinsamkeiten, aber gerade das kann auch die Tücke sein, weil es etliche Details gibt, die sich dann doch unterscheiden. Wenn du C++ programmieren willst, dann lerne C++, wenn du doch lieber mit C auf dem µC programmieren willst, dann bleibe bei C. Aber ich empfehle nicht C++ zu lernen und dann C zu programmieren oder anders herum.

http://www.amazon.de/Der-Programmierer-l…n/dp/3446416447 Wäre ein Beispiel für ein gutes C++ Buch. Ist für den Anfang vielleicht ganz ganz einfach, aber da du schon Lua Erfahrung hast, solltest du das schaffen. Und du hast einen riesigen Vorteil dadurch, dass du schon mit Lua gearbeitet hast. Die Sprachen sind sich zwar nicht sehr ähnlich, aber grundlegende Dinge wie Verzweigungen, Schleifen etc hast du schon mal gesehen.

Zitat von »LetsGo«

C ist performanter und produziert weniger Overhead

Quellen?

vtables sind notwendiger Overhead und deren Benutzung führt zu weniger Performance.

Ich bitte aber diese Diskussion abzubrechen und zum eigentlichen Thema - einer Buchempfehlung - zurückzukehren, sonst werde ich das Topic zerschneiden, was am Ende speziell für Plasm (den Thread-Ersteller) von Nachteil wäre.

Zitat von »LetsGo«

C ist eine Untermenge von C++ und daher ist C++ eine erweiterung von C. Ist aber auch ein wenig Compilerabhängig.
Was nicht heißen soll, dass man in C so programmiert wie in C++, da C++ OOP Möglichkeiten bietet, die man in C eben nicht nutzt/nutzen kann.

Nein C ist keine Untermenge von C++(zumindest nicht mehr). Ein Beispiel: Variable-Length Arrays sind seit C99 in C erlaubt. In den C++ Standard wurden sie dennoch nicht übernommen, weil C++hier andere Möglichkeiten bietet.

C ist streng genommen (leider) keine Untermenge von C++; die Schnittmenge ist aber so groß, dass man zumindest in erster Näherung imo schon davon ausgehen kann. Jemand hat mal gesagt, dass gutes C meistens auch gültiges C++ ist.

Ich hab selbst keine Erfahrung im Embedded Bereich, aber was ich so mitbekommen hab, ist das Problem dort, dass Embedded Systeme sehr oft Echtzeitanforderungen (hat per se nichts mit Performance zu tun!) erfüllen und/oder extrem hohen Sicherheitsstandards genügen müssen, was so weit gehen kann, dass die Korrektheit der Software mathematisch bewiesen werden muss, weil z.B. Menschenleben auf dem Spiel stehen. Die Sprache, in der derartige Software entwickelt werden muss, ist oft vorgeschrieben und selbst das vergleichsweise einfache C macht da oft nicht das Rennen gegen Sprachen wie z.B. Ada und andere, die außerhalb solcher Bereiche eher Exoten sind.

Abgesehen von derart extremen Spezialfällen, ist der imo einzige rationale Grund heutzutage noch C zu verwenden aber, dass es für die Zielplattform keinen vernünftigen C++ Compiler gibt, was bei µC möglicherweise immer noch manchmal zutrifft. Dass C++ langsamer wäre als C ist jedenfalls Schwachsinn. Aber man kann natürlich in jeder Sprache langsamen Code schreiben...

Mein Rat wäre jedenfalls, erstmal auf dem PC ordentlich C++ zu lernen, selbst wenn nur aus dem simplen Grund, seinen Horizont nicht unnötig eng zu halten. Ein guter C++ Programmierer ist meiner Erfahrung nach praktisch immer automatisch auch ein guter C Programmierer, die Umkehrung gilt aber keineswegs.