Du bist nicht angemeldet.

Stilllegung des Forums
Das Forum wurde am 05.06.2023 nach über 20 Jahren stillgelegt (weitere Informationen und ein kleiner Rückblick).
Registrierungen, Anmeldungen und Postings sind nicht mehr möglich. Öffentliche Inhalte sind weiterhin zugänglich.
Das Team von spieleprogrammierer.de bedankt sich bei der Community für die vielen schönen Jahre.
Wenn du eine deutschsprachige Spieleentwickler-Community suchst, schau doch mal im Discord und auf ZFX vorbei!

Werbeanzeige

Tobiking

1x Rätselkönig

  • Private Nachricht senden

11

17.06.2013, 03:57

Du kannst dir ja mal den Code von SFML ansehen, das ist ja einer der Vorteile von Open Source Software.

Kann ich nur unterzeichnen. Ich habe mich auch recht stark daran orientiert. Für den Einstieg in den Quellcode sei noch gesagt, dass für die Unterstützung verschiedener Plattformen das Pimpl-Idiom verwendet wird. Wenn man das nicht kennt könnte man sich schnell wundern warum das so umständlich aufgeteilt wurde.

12

17.06.2013, 09:57

Mir fällt langsam auf, obwohl ich doch die Syntax von C++ behersche ( Aussetzer mal nicht mitgezählt ) so kenne ich weniger von C++ und der Programmierung wie zuvor angenommen.

Das ist der Trick an C++ - es wird immer so weiter gehen. Jedesmal, wenn man denkt, es verstanden zu haben, lernt man etwas neues dazu.Und selbst wenn man alle grundlegenden Mechanismen kennt, lernt man neue, tolle Möglichkeiten, sie anders einzusetzen. C++ ist also eigentlich keine Sprache, von der man sagen kann, dass man sie kann oder nicht.

Zu Design-Patterns gibt es übrigens auch Bücher (http://de.wikipedia.org/wiki/Entwurfsmuster_%28Buch%29). Man lernt auch viel, wenn man fremde Bibliotheken benutzt. Alleine wenn man die Qt-Doku liest, sieht man super, wie man Vererbung Einsetzen kann, und wie komplexe Objekthierarchien aussehen können.

Und wegen Strukt Alignment (was natürlich ebenso auf Klassen zutrifft): Ich habe mich nie für die genauen Regeln interessiert, aber ich glaube, der Compiler versucht jedes Element vernünftig auszurichten wodurch konsequenterweise eine Struktur nicht bloß 4 Byte größer werden kann, sondern mehr oder weniger beliebig viel größer (für jeden Member eben ein paar Padding-Bytes). Wichtig ist das aber nur in sehr seltenen Fällen - weswegen es man im Hinterkopf behalten sollte, aber die meiste Zeit ruhig ignorieren kann.
Lieber dumm fragen, als dumm bleiben!

Techie

Alter Hase

  • »Techie« ist der Autor dieses Themas

Beiträge: 717

Wohnort: Bayreuth

Beruf: Student | Hilfswissenschaftler in der Robotik

  • Private Nachricht senden

13

17.06.2013, 19:04

Wenn wir eigentlich schon bei Büchertipps sind, da sind 2 Bücher die ich mir gerne mal ansehen möchten / bzw. kaufen möchte:
- Code Complete
- Game Code Complete

Mein Onkel hat gemeint das Code Complete gut seien soll, aber ich habe auch schon negative Rezessionen dazu gelesen.
Hat jemand das Buch und würdet ihr es mir empfehlen oder ein anderes Büchlein?
Ich suche mittlerweile schon länger nach Büchern, die mich der ( prof . ) Programmierpraxis näher bringen, also z.B.: Softwaredesgin, - architektur, -planung usw.

Ansonsten,
vielen Dank für die Antworten.

Gruß Techie
P.S.: Danke für den Wiki-link.
I write my own game engines because if I'm going to live in buggy crappy filth, I want it to me my own - Ron Gilbert

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Techie« (17.06.2013, 19:16)


xardias

Community-Fossil

Beiträge: 2 731

Wohnort: Santa Clara, CA

Beruf: Software Engineer

  • Private Nachricht senden

14

17.06.2013, 19:20

Was Softwaredesign/management/etc angeht kann ich dir empfehlen auch etwas in Richtung Agile Software Development zu lesen.

Getting Real von 37 Signals ist auf Webanwendungen ausgelegt, aber auch allgemein sehr gut anwendbar: http://gettingreal.37signals.com/

Ansonsten wuerde ich behaupten, dass Programmieren immer noch der beste Weg ist ueber Softwarearchitektur zu lernen. Man lernt Entwurfsmuster am meisten zu schaetzen wenn man selbst in die Probleme rennt, die Entwurfsmuster loesen.

Werbeanzeige