spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Es gibt inline-Funktionen. Dabei hast du bei dir im Code eine Funktion, der Compiler kopiert den Code der Funktion in der ausführbaren Datei jedoch einfach an die passende Stelle, so als wenn es keine Funktion wäre, sondern der Code direkt an der aufrufenden Stelle stehen würde. Mit dem inline-Schlüsselwort kannst du theoretisch nun sagen dass eine Funktion inline sein soll. Soweit ich weiß entscheidet das am Ende aber der Compiler für sich, soll heißen selbst wenn du sagst eine Funktion soll inline sein kann es sein dass der Compiler sie in der exe als Funktion behält. Außerdem inlined der Compiler Funktionen wenn er es für richtig hält auch dann wenn du es ihm vorher nicht gesagt hast. Was inline angeht und wie da das genaue Verhalten ist kannst du ja noch mal genau checken. Das ist jetzt wie gesagt nur das Compiler Verhalten so wie ich es im Kopf habe.

Mit anderen Worten:
Es ist egal, ob lang oder kurz, der Compiler holt dir das beste raus! Weil das so ist, solltest du sie also für dich zur Übersicht immer kurz halten und auf viele aufteilen. So lassen sich auch Bugs einfacher finden und Code-Stücke besser wiederverwenden.

Zusätzlich kannst du kleine Methoden auch viel einfacher automatisiert Testen.

In Java würde die JVM diese Optimierungen sogar live durchführen und den Code in die einzelnen Funktionen kopieren (falls notwendig), um Methodenaufrufe zu sparen.
In C++ muss man die Inline Optimierung glaube sogar erst beim Compiler durch nen Flag einschalten, oder?

Zitat von »JuKu«

In Java würde die JVM diese Optimierungen sogar live durchführen und den Code in die einzelnen Funktionen kopieren (falls notwendig), um Methodenaufrufe zu sparen.

In C++ würde der Compiler diese Optimierungen sogar durchführen schon bevor du dein Programm startest...

Zitat von »JuKu«

In C++ muss man die Inline Optimierung glaube sogar erst beim Compiler durch nen Flag einschalten, oder?

Jeder ordentliche Compiler heutzutage hat Inlining in einem optimized Build by default eingeschaltet...

Mich würde es tatsächlich wundern wenn inlining bei Java erst in der JVM passiert.

Soweit ich weiß optimiert der Compiler trotzdem nach eigenen Ermessen? Hat jemand mal nachgeforscht, wie aggresiv der wirklich inlined? Wollte ich schon immer mal wissen.

Zitat von »TrommlBomml«

Soweit ich weiß optimiert der Compiler trotzdem nach eigenen Ermessen? Hat jemand mal nachgeforscht, wie aggresiv der wirklich inlined? Wollte ich schon immer mal wissen.

Das hängt auch immer ganz davon ab, wie viel der Compiler zur Compilezeit über dein Programm weiß. Besonders constexpr hilft da enorm. Hier ein schönes Beispiel, wie sehr der Compiler Code optimieren kann.