Mi chiedevo, se una chiamata ad un metodo, la creazione di una istanza di classe, o una qualsiasi operazione su un tipo di un assembly caricato con reflection è comunque + lenta rispetto ad una stessa operazione senza reflection.
Insomma ho un dubbio: una volta caricato l'assembly.. i tipi e tutto il resto in esso contenuto non stanno in memoria? o meglio nell'istanza del tipo Assembly (e quindi in memoria) ? e quindi la chiamata ad un loro metodo o ad una proprietà ha le stesse performance di una chiamata naturale?

non sò se mi sono spiegato :D

sm15455 ha scritto:

Ciao,

Semplicemente è più lenta SEMPRE.

esistono comuque delle tecniche per mitigare la lentezza.

http://blogs.aspitalia.com/ricciolo/post2332/Reflection-Migliorare-Performance.aspx http://blogs.aspitalia.com/ricciolo/post2335/LINQ-Reflection.aspx http://blogs.aspitalia.com/ricciolo/post2336/LINQ-Reflection-Parte.aspx
HTH

grazie, stavo pensando anche alla cache, cioè a mettere in cache un assembly, se si può ovviamente.. mah..

Vorrei essere sicuro di capire la tua domanda, perche' stai mescolando due concetti diversi ma correlati.

Da un lato, tramite reflection, puoi dinamicamente esplorare e scoprire un tipo. Ovviamente, questo tipo di accesso ai dati e' sempre piu' lento dell'accesso nativo in quanto richiede l'esplorazione di strutture dati del runtime per accedere alle caratteristiche del tipo.
Tutte queste funzionalita' sono esposte nel namespace System.Reflection

Dall'altro lato, tramite Reflection.Emit, puoi generare dinamicamente un assembly e caricarlo. In questo caso, se una volta caricato accedi all'assembly senza passare tramite reflection, il fatto che l'assembly sia stato generato dinamicamente da te diventa irrilevante.

C'e' anche un terzo caso, in cui invece di generare e caricare un intero assembly in memoria passando dal file system (e quindi avendo il problema di non poterlo scaricare senza scaricare tutto l'appdomain) puoi generare metodi (ma non tipi) sul garbage collection heap tramite la Lightweight Code Generation. Le RegEx di .NET sono implementate con questa tecnica.

Saluti

--Alessandro

AlessC-MSFT ha scritto:

C'e' anche un terzo caso, in cui invece di generare e caricare un intero assembly in memoria passando dal file system (e quindi avendo il problema di non poterlo scaricare senza scaricare tutto l'appdomain) puoi generare metodi (ma non tipi) sul garbage collection heap tramite la Lightweight Code Generation. Le RegEx di .NET sono implementate con questa tecnica.

Saluti

--Alessandro

interessante grazie ;)