C'è un modo per racchiudere i metodi in altri metodi in modo trasparente in C#? Voglio ottenere ciò che viene fatto dalla funzionalità di Moose: http://search.cpan.org/perldoc?Moose::Manual::MethodModifiersC#: metodi di avvolgimento in altri metodi
MODIFICA: E per trasparenza intendo senza modificare il metodo originale.
Penso che siete alla ricerca di ciò che è chiamato Aspect Oriented Programming. Ci sono molte librerie C# per aiutare con questo. Uno si chiama PostSharp (la versione gratuita di PostSharp supporta questa funzionalità). Ecco un esempio simile all'esempio alce. Questo crea un attributo Trace, che è possibile utilizzare su altri metodi per virare su questa funzionalità in più:
[Serializable]
public class TraceAttribute : OnMethodBoundaryAspect
{
public override void OnEntry(MethodExecutionArgs args)
{
Trace.WriteLine("about to call method");
}
public override void OnExit(MethodExecutionArgs args)
{
Trace.WriteLine("just finished calling method");
}
}
si dovrebbe aggiungere al metodo di "Pippo", mettendo la Trace attribuire a destra prima di esso:
[Trace]
public void Foo() { /* ... */ }
Ora, quando Foo viene eseguito, il metodo OnEntry sopra verrà eseguito prima di esso e OnExit verrà eseguito subito dopo.
posso modificare gli argomenti mentre vengono passati alla funzione? Vedo che li ricevo, ma non posso dire dalla documentazione se posso modificarli. – rpkelly
@rpkelly - Cosa stai specificatamente sperando di fare con gli argomenti? –
Bene, ho bisogno di registrare le chiamate alla funzione e ai suoi valori di ritorno, così come gestire la generazione automatica di un "ID transazione" che viene passato alla funzione (che è attualmente generata altrove). – rpkelly
Infatti, sono chiamati "delegati" in .NET. Vedere:
per chiedere aiuto.
Chiudi. Ma ho bisogno di farlo senza riscrivere il metodo originale. Questo è ciò che intendevo per trasparenza. Anche se, questo è pulito :) – rpkelly
No, non come è stato fatto in Moose. Si potrebbe voler esaminare una libreria AOP.
È possibile ottenere lo stesso effetto utilizzando un proxy dinamico. Un esempio è lo Castle Dynamic Proxy.
Tali framework sfruttano le strutture di riflessione C# per costruire classi "proxy" o "wrapper". Quindi, tienilo a mente. C'è una certa quantità di spese generali a causa di questo. In alternativa puoi usare framework che possono create classes statically via code generation.
Alcune librerie di isolamento implementano funzionalità che consentono di sostituire le chiamate a metodi con "deviazioni" o metodi di simulazione. Potresti essere in grado di utilizzare la stessa funzionalità per implementare l'intercettazione a cui ti stai riferendo. Per ulteriori dettagli, controllare quanto segue:
Rhino Mocks stubs and mocks are only good for interfaces?
Probabilmente è possibile con qualche riflessione nifty, ma non credo che sarà bello ... – Alxandr