C'è un modo per eseguire il casting di tipo implicito dinamico in C#?

Question

Dato questa classe con un operatore cast implicito:

public class MyDateTime 
{ 
    public static implicit operator MyDateTime(System.Int64 encoded) 
    { 
     return new MyDateTime(encoded); 
    } 

    public MyDateTime(System.Int64 encoded) 
    { 
     _encoded = encoded; 
    } 
    System.Int64 _encoded; 
} 

Ora posso effettuare le seguenti operazioni:

long a = 5; 
MyDateTime b = a; 

ma non il seguente:

long f = 5; 
object g = f; 
MyDateTime h = g; 

Questo dà un tempo di compilazione:

Impossibile convertire implicitamente il tipo "oggetto" in "MyDateTime".

Ha senso per me.

Ora modificare l'esempio precedente come segue:

long f = 5; 
object g = f; 
MyDateTime h = (MyDateTime)g; 

Questo compila bene. Ora ho un runtime InvalidCastException:

Impossibile eseguire il cast oggetto di tipo 'System.Int64' di digitare MyDateTime'.

Questo mi dice che C# operatori del cast impliciti vengono applicate solo al momento della compilazione, e non vengono applicate quando il runtime .NET sta tentando di lanciare in modo dinamico un oggetto a un altro tipo.

Le mie domande:

1. Ho ragione?
2. C'è qualche altro modo per farlo?

Tra l'altro, l'applicazione completa è che sto usando Delegate.DynamicInvoke() per chiamare una funzione che prende un parametro MyDateTime, e il tipo di argomento sto passando a DynamicInvoke è un lungo.

Answer 1

Ho ragione?

Sì, sì. Per essere pignoli, dovresti dire "conversione implicita definita dall'utente" piuttosto che "cast implicito" - un cast è (quasi) sempre esplicito. Ma la tua deduzione che la risoluzione di sovraccarico sceglie quale conversione definita dall'utente per chiamare in fase di compilazione e non in fase di esecuzione è corretta.

C'è un altro modo per farlo?

Sì. In C# 4 se si digita il "oggetto" come "dinamico", si riavvia il compilatore in fase di esecuzione e si esegue nuovamente tutte le analisi sugli operandi come se i tipi di compilazione fossero i tipi di runtime correnti.Come puoi immaginare, questo non è economico, anche se siamo molto furbi nel caching e nel riutilizzo dei risultati se lo fai in un ciclo stretto.

Answer 2

Aggiunta di un operatore esplicito dovrebbe funzionare: http://msdn.microsoft.com/en-us/library/85w54y0a(VS.80).aspx

Answer 3

So che questa è una domanda più vecchio, ma nel caso in cui nessun altro si imbatte lo stesso problema, questo sarà compilare ed eseguire bene:

long f = 5; 
object g = f; 
MyDateTime h = g as MyDateTime;