for primitve types, you have to do it completely different. Since you cannot create methods for them , you need a class that keeps the method. So instead of "x.instanceOf(Integer.Class)", you have to call "MyClassComparer.instanceOf(x, Integer.Class)" or something like that. This could easily be implemented by overloading methods, but I fail to see a case when that functionality would be desireable at all.
In fact in Java there's a boolean operator called instanceof which can be used to determine if an object is an instance of a class, an instance of a subclass, or an instance of a class that implements a particular interface.
if(obj instanceof SomeClass) {
// Do something
}
The Java Tutorial has a good example of this operator
I want to check if an object o is an
instance of the class c or of a
subclass of c. For instance, if p is
of class Point I want
x.instanceOf(Point.class)
Um... What? What are o, p and x?
I want it to work also for primitive
types. For instance, if x is an
integer then
x.instanceOf(Integer.class) and also
x.instanceOf(Object.class) should be
true.
No. It shouldn't even compile. Primitives are not objects, and you cannot call methods on them.
Anyway, there are three things, one of which can definitely achieve what you want (they differ somewhat in where exactly the apply:
The instanceof operator if you know the class at compile time.
Class.isInstance() if you want to check an object's class against a class not known at compile time.
"I want it to work also for primitive types. For instance, if x is an integer then x.instanceOf(Integer.class) and also x.instanceOf(Object.class) should be true."
Why? Primitive types and reference types are completely separate. A primitive int is not a subtype of Integer nor Object. The type of a primitive value is always known statically at compile time, so there is no point in testing its type. Sure, you can box a primitive value and then test its type: