Primitive Datentypen Wrappen und als primitiv markieren?

[the[V]oid]

Hallo,

Ich arbeite derzeit mit Reflections. Wenn eine Methode als Rückgabetyp "int" gesetzt hat, bekomme ich bei einer Ausführung dieser Methode ein Integer-Objekt "I" zurück, wobei

I.getClass() == Integer.TYPE

eine wahre Aussage ist (Das Feld TYPE entspricht einer Klasse, die für primitive Datentypen verwendet wird). Nun möchste ich aber selbst ein Integer-Objekt erzeugen, bei dem die obige Bedingung ebenfalls mit "wahr" erfüllt wäre - Leider schaffe ich dies nicht Ich kann natürlich einen int i einfach mithilfe von "new Integer(i)" wrappen, allerdings wäre das dadurch erzeugte Integer-Objekt nicht als "primitiv" markiert und die obige Bedingung wäre nicht erfüllt. Kann mir jemand helfen?

In Hoffnung auf etwas Hilfe oder einen Ansatz...
mfg^^

 

[SlaterB]

sieht schlecht aus,
bei

Class c = Integer.TYPE;
Object o = c.newInstance();
System.out.println(o.getClass() == Integer.TYPE);

gibts eine java.lang.InstantiationException: int,
zumindest in Java 1.4, vielleicht gehts in 1.5?

---------------

wofür brauchst du das denn?
kannst du dir nicht eine Operation

public static int getInt() {
return 42;
}

definieren, die dann ein tolles int-Objekt liefert?

 

[the[V]oid]

Naja irgendwie muss es jawohl gehen, weil was soll man denn sonst tun, wenn ein Methodenaufruf als Parameter einen int erwartet? :wink:

wofür brauchst du das denn?
kannst du dir nicht eine Operation

public static int getInt() {
return 42;
}

definieren, die dann ein tolles int-Objekt liefert?

Deine Methode getInt() würde kein "tolles int-Objekt" liefern, sondern ein primitives int (java trennt ja primitive und Objekte)

 

[SlaterB]

dann verstehe ich deinen Satz
> Wenn eine Methode als Rückgabetyp "int" gesetzt hat, bekomme ich bei einer Ausführung dieser Methode ein Integer-Objekt "I" zurück
nicht

wie ist denn das nun, wann bekommst du das besondere Objekt?

ich dachte wenn du getInt() aufrufst bekommst du ein solches, mit dem Inhalt 42?
wenn du ein beliebiges brauchst, dann füge einen Paramter in getInt() ein,

---------

und was geht bei der Übergabe eines normalen Integers nicht?
bei mir geht:

import java.lang.reflect.Method;

public class Test {

	public static void main(String[] args) throws Exception {
		Method m =
			Test.class.getDeclaredMethod(
				"test",	new Class[] { Integer.TYPE, Integer.class });
		Class[] c = m.getParameterTypes();
		for (int i = 0; i < c.length; i++) {
			System.out.println("Class Parameter "+i+": "+c[i].getName());
		}
		m.invoke(null, new Object[] { new Integer(3), new Integer(9)});
	}

	public static void test(int i, Integer j) {
		System.out.println("i: " + i + " j: " + j);
	}

}

->
Class Parameter 0: int
Class Parameter 1: java.lang.Integer
i: 3 j: 9

 

[the[V]oid]

Hi,

Hab nich so weit gedacht, dass ich so eine getInt-Methode auch über Reflections aufrufen könnte ... danke für die Idee
Dass ich einer Methode, die einen int als Parameter erwartet, auch ein Integer-Objekt übergeben kann, dass nicht von der Klasse Integer.TYPE ist, wundert mich - muss aber auch zugeben, dies nicht versucht zu haben, da es mir als unmöglich erschien, dass sowas funktioniert :wink: Naja, vielen Dank jedenfalls, das Problem hat sich damit wohl erübrigt!! :lol:

 

[Wildcard]

Ja, da passiert etwas Magic behind the scene. In der Reflection API musste ein bisschen getrickst werden um die Brücke zwischen primitiven Datentypen und Objekten zu schlagen.
Das Ergebnis ist nicht immer schön, aber wirklich schön sind Reflections ja nie :wink:

 

[the[V]oid]

Hm meint ihr dieses Problemchen hier ließe sich irgendwie lösen?

Method m = Boolean.class.getMethod("booleanValue", new Class[0]);
Boolean result = (Boolean) m.invoke(new Boolean(true), new Object[0]);
System.out.println(result.getClass().isPrimitive()); // gibt "false" aus
System.out.println(m.getReturnType().isPrimitive()); // gibt "true" aus

Diese Ausgaben sind ja - logisch betrachtet - widersprüchlich. Meint ihr, es lässt sich irgendwie machen, dass auch die erste Ausgabe einem "true" entspricht?

 

[Wildcard]

Widersprüchlich ist das eigentlich nicht. Es steht ja explizit in der API das primitive Rückgabewerte gewrapped werden.
Sobald das passiert ist sind sich nicht mehr primitiv.