Activator.Createinstance

Der sker et eller andet mystisk i din kode.

using System;

namespace GLV.Logfiles
{
    public class Captain
    {
       
    }
}

namespace E
{
    using GLV.Logfiles;
    public class Program
    {
        public static void Main(string[] args)
        {
            Captain cap = new Captain();
            object act = (Captain)Activator.CreateInstance(typeof(Captain));
            Console.WriteLine(act.ToString());
            Console.WriteLine(act.GetType().ToString());
            Console.WriteLine(cap.ToString());
            Console.WriteLine(cap.GetType().ToString());
            Console.ReadKey();
        }
    }
}

udskriver paent:

GLV.Logfiles.Captain
GLV.Logfiles.Captain
GLV.Logfiles.Captain
GLV.Logfiles.Captain

Hvor kommer de { } fra ??

Hej Arne

Det kan jeg ikke finde ud af :-)

Fik fejl i min efterfølgende metoder, når jeg brugt de objekter der var lavet med activator, men ikke hvis jeg opretter dem "normalt"
Jeg begyndte at fejlsøge, men objekterne så helt ens ud.

Faldt dog over at typen ikke er ens i watch listen.
Kan jeg få dig til at se hvad din watch liste siger til de 2 objekter?

Jørn

Der er vist ingen grund til at checke det - jeg har rimelig tillid til at .GetType() returnerer det rigtige.

Generelt er det svaert at troubleshoote udfra "Fik fejl" og "typen ikke er ens".

Er du sikker paa at det ikke er fordi at du ved new bruger constructor med argumenter og den info mangler ved reflection?

Jeg har prøvet at steppe mig igennem programmet trin for trin.
De bruger samme construktor (paremeterless)
Jeg har bemærket at activator kun vil bruge parameterless construktor.


Har lige prøvet at lave en compare på de 2 objekttyper,
og her er resultatet at de er ens.
Jeg forstår ikke hvorfor at jeg kun får problemer med den der oprettes med activator.

Her er en kopi af klassen jeg opretter, samt metoden der fejler med activator objektet.

Håber dine friske øjne kan se brøleren.

Venlig hilsen
Jørn

Captain klassen.
-------------------
namespace GLV.Logfiles
{
    [XmlRoot(ElementName = "log", IsNullable = false)]
    public class Captain :Logfile
    {
        public Captain()
        {
        }

        [XmlElement("entry")]
        public List<Entry.CaptainEntry> EntryList
        {
            get;
            set;
        }
    }
}
---------------------------
Den fejler i denne metode, ved Deserialize.
{"Der er en fejl i XML-dokumentet (2, 2)."}
innerexception:{"<log xmlns=''> var ikke forventet."}
Det er samme xml fil jeg bruger, og jeg har ikke arbejdet med objekterne mellem construktion og denne metode.
--------------------------------

private T ImportLogfile<T> (FileInfo fi,T obj)
{
           
            //TODO try catch

XmlSerializer deserializer = new XmlSerializer(typeof(T));
TextReader textReader = new StreamReader(fi.FullName);
obj = (T)deserializer.Deserialize(textReader);
textReader.Close();
return obj;
}

Den kode bruger slet ikke obj argumentet, saa problemt kan ikke vaere med hvad der er i det.

Fejlen beskeden antyder ogsaa ret kraftigt at fejln relaterer sig til indholdet af XML filen.

OK, vil kigge på det igen imorgen med frisk øjne.

Tak for dine input.

Jørn

Hej Jørn

Det er udelukkende fordi du gemmer det i en object variabel. Det debuggeren fortæller dig er, at din objekt reference er at typen "object", men det den peger på er i virkeligheden en "GLV.Logfiles.Captain".

Det har altså ikke noget at gøre med din brug af reflektion at du får et anderledes resultat, men udelukkende din brug af variabler.

Mvh Johny

Så har jeg kigget lidt på det igen.

Jeg har prøvet med en anden xml fil, som er generet af et andet system. Det er samme problem.
Kører når jeg opretter object "normalt", men ikke med activator.

Johny, jeg lavede lige dette forsøg.

/// Denne kode giver fejl i ImportLogfile
System.Type st = kvp.Key; // get type from dictionary
object obj; // temp object
obj = Activator.CreateInstance(st); //make object of st type.
ImportLogfile(fi, obj);

///Denne kode kører uden problemer i ImportLogfile
System.Type st = kvp.Key; // get type from dictionary
Captain obj; // temp object
obj = (Captain)Activator.CreateInstance(st); //make object of st type.
obj = ImportLogfile(fi, obj);

Men med den nedstående kode, skal jeg kende typen inden compiletime, og ikke som jeg ønsker det i runtime.

Skal jeg kende typen i compiletime, når jeg bruger activator.createinstance(type) ?

Hvordan laver i et object i runtime, ud fra system.type ?

Johny, jeg er tilfreds med dit svar.
men venter lige med at lukke spørgsmålet til imorgen.
Jeg er ikke hardcore bruger herinde, og er bange for at i ikke ville kunne svare, hvis jeg lukker spørgsmålet.

Har du overvejet at bruge "dynamic" ?

@jørn: Hvilket problem er det du prøver at løse? Min pointe er, at det watch listen fortæller dig, blot er at du har gemt den ene instans i en objekt variabel og den anden instans i en typestærk variabel. Med andre ord: al din kode virker, watchlisten gør dig blot opmærksom på denne forskel.

Så nej, du skal ikke bruge typen hvor du instantierer objektet. :)

Jeg har en del xmlfiler jeg vil have deserialized.
I den nuværende kode har jeg en del (formange) if sætninger.

if(file.name == "Captain")
{
Captian cap = new Captian;
ImportLogFile(File,Cap); //sender fil og objektet til metoden
}
if(xxxxxxx)
{
Næste xml type
}
osv...


Jeg vil gerne gøre det pænere, samt undgå at skulle rette i koden når jeg skulle tilføje en ny xml type.

Jeg har lavet følgende for at gøre det mere dynamisk:

- Oprettet alle xml klasser under samme namespace.
- Henter System.Type på dette namespace(datastruktur over klasser som afspejler xml typer)
- Brugeren kan nu vælge hvilken xml typer der skal importeres.
- Jeg gennemgår nu en filmappe med diverse xml filer.
- Hvis xml filen er i datastrukturen over xmltyper og brugeren har valgt at importer denne type, sender jeg xml filen og et objekt der afspejler denne type til nedstående metode.

Hvis jeg vil tilføje en ny xml type, skal jeg oprette en ny klasse som afspejler xml filen, men ikke rette i andre klasser.

Jeg kan godt se problemet nu.
Metoden deserialized xml filen til det medsendte objekt.
Når det er en strongtype er der ingen problem.
Men når jeg laver det med en objekt variable, vil metoden prøve at deserialized min xml fil til typen objekt, og jeg får fejlen om at der er problemer med xml filen.

--------------------------------
private T ImportLogfile<T> (FileInfo fi,T obj)
{
XmlSerializer deserializer = new XmlSerializer(typeof(T));
TextReader textReader = new StreamReader(fi.FullName);
obj = (T)deserializer.Deserialize(textReader);
textReader.Close();
return obj;
}
-------------------------------

Jeg har prøvet at sende system.typen med til metoden.
Nu får jeg deserialized xml filen korrekt.

-------------------------------
private T ImportLogfile<T> (FileInfo fi,T obj ,System.Type st)
{
XmlSerializer deserializer = new XmlSerializer(st);
TextReader textReader = new StreamReader(fi.FullName);
obj = (T)deserializer.Deserialize(textReader);
textReader.Close();
return obj;
}
--------------------------
Men jeg får stadig en objekt variable tilbage ikke et objekt som afspejler xmltypen.ØV.
Kan jeg ikke lave objekttypen om med systemtypen, eller noget lign. ?

obj.ConvertTo(system.type);


Takker for jeres input.
Må indrømme at jeg ikke er så stærk på dette område.
Første gang jeg prøver at lave noget dynamisk.
Jørn

Det virker lidt som om at du blander dynamisk og statisk kode sammen her. Hvad vil du præcis opnå? Hvis det f.eks. skal være typestærkt det du koder op imod, hvorfor vil du så til at lave dynamisk kode, og omvendt, hvis du gerne vil have dynamisk kode, hvad skal du så med andet en objekter?

Der findes kun to måder at gå imellem de to verdener, som egentlig lidt er det samme:
1) Enten kan du lade alle klasserne have den samme basistype, hvor du kan ligge forskellige ting på, som du så kan bruge på tværs af det hele,
2) eller du kan lave dine if sætninger og så typecaste det hele igen når du har deserialiseret dine xml objekter.

Det der dog undrer mig mest, er det at du har brug for at køre med andet end objekter, i hvilken sammenhæng skal du bruge det, hvis der virkelig er tale om dynamisk kode?

Alternativt kan du også prøve at sende mig din kode samt nogle eksempelfiler. Det kan jo også være vi taler forbi hinanden.

Hej Johny

Som sagt er det ret nyt for mig.
Jeg har allerede en struktur, hvor alle logfilerne har en baseclass.

Løsningen var at ændre min struktur fra at gemme som strongtype, til denne baseclass.

Jeg skal lige vende mig til tankegangen.
Prøver at arbejde videre med at gøre min datastruktur dynamisk.

Går det helt galt skal jeg nok give lyd fra mig.
Ellers mange tak for sparket videre :-)

Jørn