I am trying to create
ArrayList<int> myList = new ArrayList<int>();
in Java but that does not work.
Can someone explain why int
as type parameter does not work?
Using Integer
class for int
primitive works, but can someone explain why int
is not accepted?
Java version 1.6
The reason that
int
doesn't work, is that you cannot use primitive types as generic parameters in Java.As to your actual question, how C++ templates are different from Java generics, the answer is that they're really, really different. The languages essentially apply completely different approaches to implementing a similar end effect.
Java tends to focus on the definition of the generic. That is, the validity of the generic definition is checked by only considering the code in the generic. If parameters are not properly constrained, certain actions cannot be performed on them. The actual type it's eventually invoked with, is not considered.
C++ is the opposite. Only minimal verification is done on the template itself. It really only needs to be parsable to be considered valid. The actual correctness of the definition is done at the place in which the template is used.
You could try TIntArraList from GNU Trove which will act like an ArrayList of int values.
You can't use primitives as type parameters in Java. Java's generics worth through type erasure, meaning that the compiler checks that you're using the types as you've defined them, but upon compilation, everything is treated as an Object. Since int and other primitives aren't Objects, they can't be used. Instead, use Integer.
They are very different concepts, which can be used to perform some, but not all of the same tasks. As said in the other responses, it would take a quite a bit to go over all the differences, but here's what I see as the broad strokes.
Generics allow for runtime polymorphic containers through a single instantiation of a generic container. In Java, all the (non-primitive) objects are references, and all references are the same size (and have some of the same interface), and so can be handled by the bytecode. However, a necessary implication of having only instantiation of byte code is type eraser; you can't tell which class the container was instantiated with. This wouldn't work in c++ because of a fundamentally different object model, where objects aren't always references.
Templates allow for compile time polymorphic containers through multiple instantiations (as well as template metaprogramming by providing a (currently weakly typed) language over the c++ type system.). This allows for specializations for given types, the downside being potential "code bloat" from needing more than one compiled instantiation.
Templates are more powerful than generics; the former is effectively another language embedded within c++, while to the best of my knowledge, the latter is useful only in containers
The main difference is in way they are implemented, but their names accurately describe their implementation.
Templates behave like templates. So, if you write:
Compiler applies the template, so in the end compiler treats the code like:
So, for each type which is used to call
f
a new code is "generated".On the other hand, generics is only typechecked, but then all type information is erased. So, if you write:
Java compiles it like:
In the end:
Object
, so generics is less versatilethat's because int is a primitive, it is a known issue.
If you really wanted to, you can subclass/write your own collection that can do that.