En sjov problemstilling om reflection

if(obj.GetType().ToString() == "Medarbejder")
Medarbejder medarbejder = (Medarbejder)obj;
else if(obj.GetType().ToString() == "Person")
Person medarbejder = (Person)obj;

måske.. har ikke lige testet hvad der bliver udskrevet via. tostring.

ja, det er nogenlunde korrekt, men det skal være dynamisk så man ikke behøver, at teste for typen.

jeg har ikke rørt ved reflection endnu så kan ikke rigtig komme med et bud der

jeg forstaar slet ikke problemet

hvis du har en metode der modtager et System.Object som kan vaere af vilkaarlig type, saa
kan du jo per definition kun kalde System.Object's metoder paa det

hvis du ved at alle de objekter der kaldes med enten arver fra en basis klasse
eller implementerer et interface saa de har en eller flere metoder, saa kan du jo
bare type caste til den basis klasse eller interface

hvis du har et fejl design (dog ikke noedvendigvis din skyld) hvor du ved at
alle de objekter der kaldes med har en given metode men uden at der er en basis
klasse eller et interface, saa kan du kalde en metode udfra dens navn som string
via reflection

Med 'is' og 'as' keyword kan du se hvilken type dit object er caste det til den type

private void enMetode(object obj){
if(obj is Medarbejder){
  MessageBox.Show("obj er Medarbejder");
  Medarbejder m = obj as Medarbejder;
}
if(obj is Person){
  MessageBox.Show("obj er Person");
  Person p = obj as Person;
}
}

Hej arbe_v jeg fandt ud af det via reflection.

Type t = obj.Type();

Hvis jeg så kaldte t.getcustomattributes får jeg de attributter jeg skal bruge.