spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Nimelrian«

Zitat von »DeKugelschieber«

Das war eine rhetorische Frage.
Unter einem Byte kann man aber nicht adressieren, von daher ist ein bool nicht 1 Bit groß, sondern auch 8 (Ausnahme bitflags natürlich).

Gibt noch zusätzliche Spezialfälle, besonders wenn man bools gruppiert. std::vector<bool> packt afaik auch 8 bools in ein Byte.

Gut, das ist aber nicht sprachspezifisch sondern ne reine template spezialisierung

Jup, ist aber trotzdem immer wieder interessant mal hinter den Vorhang zu schauen.

Kein direkter Codeschnipsel, aber aus der Java 9 Doku...

Wieso man da nicht einfach eine Pair<T, U> Klasse in die Standard Library packt und dann static Pair<K, V> Map<K, V> of(Pair<K, V>... elements) implementiert ist mir schleierhaft...

Zitat von »Nimelrian«

Wieso man da nicht einfach eine Pair<T, U> Klasse in die Standard Library packt und dann static Pair<K, V> Map<K, V> of(Pair<K, V>... elements) implementiert ist mir schleierhaft...

Das ist die ofEntries Methode direkt unter der von dir verlinkten Methode

Und es gibt eine Erklärung für die fixed argument Methoden:

Zitat von »"http://openjdk.java.net/jeps/269"«

Special-case APIs (fixed-argument overloads) for up to ten of elements will be provided. While this introduces some clutter in the API, it avoids array allocation, initialization, and garbage collection overhead that is incurred by varargs calls. Significantly, the source code of the call site is the same regardless of whether a fixed-arg or varargs overload is called.

Aber ja, es sieht sehr merkwürdig aus.

War das nicht gerade das Problem von Nimelrian?
Wenn Java gescheite Value Semantics (für das temporäre Array) oder "variadische Generics" hätte, wäre das nicht notwendig.
(C# leidet unter genau dem selben Problem)

Indeed. Afaik werden Variadic Templates z.B. in C++ zur Compile-Time aufgelöst und man hat keinen wirklichen Overhead.

Generell sind Templates compile-time Konstrukte, genau das unterscheidet Templates von Generics...

Java Generics sind ebenso Compile-Time Konstrukte. Sie werden jedoch nicht wie in C++ aufgelöst (vector<int> und vector<float> generieren beim Kompilieren 2 vollkommen unterschiedliche Klassen) sondern einfach nur durch Type Erasure "beschnitten" (List<Integer>, List<Float>, List<VollkommenAndererKomplexerTypDerAufgrundVonJavaEinenLangenNamenBraucht> werden vom selben Code abgedeckt).

Richtig; Java Generics sind ja auch keine "richtigen" Generics (wie C# sie beispielsweise hat). "Richtige" Generics werden, im Gegensatz zu C++ Templates, zur Laufzeit aufgelöst...

Zitat von »dot«

Generell sind Templates compile-time Konstrukte, genau das unterscheidet Templates von Generics...

Zitat von »dot«

Richtig; Java Generics sind ja auch keine "richtigen" Generics (wie C# sie beispielsweise hat). "Richtige" Generics werden, im Gegensatz zu C++ Templates, zur Laufzeit aufgelöst...

Wat?

Edit: Forget what I said, falsch gelesen, langer Tag heute.