[CLOSED] How to recognize a DirectMethod in runtime?

[vadym.f]

Hi,

Could you please suggest an inexpensive way to determine if a method is Direct on the server? I need that for cases where control of flow execution goes into the code injected into a method context with post-compilation tools like PostSharp. For example, I'm able to detect DirectEvents by examining the method arguments - DirectEventArgs parameter is present then. With DirectMethods, there's apparently no such luxury. I'm thinking of enlisting the help of Reflection but looking for your recommendations.

[geoffrey.mcgill]

Hello,

DirectMethods will have the [DirectMethod] Attribute attached to each method.

[vadym.f]

Hello,

DirectMethods will have the [DirectMethod] Attribute attached to each method.

Thanks Geoffrey! That was helpful. What approach would you recommend for DirectEvents, are they decorated with any attribute to examine?

[Daniil]

What approach would you recommend for DirectEvents, are they decorated with any attribute to examine?

No, they are not. In addition, the DirectEventArgs is not required to use. The following handler will work as a DirectEvent handler.

protected void TestDirectEventHandler(object sender, EventArgs e)
{
    X.Msg.Alert("DirectEvent", "Hello from Server!").Show();
}

So, be careful to use your method to check "args" type.

You could mark any DirectEvent handler with some attribute you wish, then check it.

[vadym.f]

No, they are not. In addition, the DirectEventArgs is not required to use. The following handler will work as a DirectEvent handler.

protected void TestDirectEventHandler(object sender, EventArgs e)
{
    X.Msg.Alert("DirectEvent", "Hello from Server!").Show();
}

So, be careful to use your method to check "args" type.

You could mark any DirectEvent handler with some attribute you wish, then check it.

I see. I hope as long as the dev team agrees to stick to the same DirectEvent signature having the DirectEventArgs parameter, we should be fine. Is my assumption correct?

[Daniil]

I hope as long as the dev team agrees to stick to the same DirectEvent signature having the DirectEventArgs parameter, we should be fine. Is my assumption correct?

Generally, yes.

But be careful about this:

protected void Store_ReadData(object sender, StoreReadDataEventArgs e)

It is also a DirectEvent, but StoreReadDataEventArgs is inherited directly from System.EventArgs.

[vadym.f]

Generally, yes.

But be careful about this:

protected void Store_ReadData(object sender, StoreReadDataEventArgs e)

It is also a DirectEvent, but StoreReadDataEventArgs is inherited directly from System.EventArgs.

It looks like the only reliable method of detecting DirectEvents in runtime would be by decorating them with a functionless custom attribute that we control. :(

[Daniil]

Unfortunately, yes, there is no generic way to determine the specified method is a DirectEvent handler or not.

Marking them with your own attribute looks to be a single solution.

[vadym.f]

Unfortunately, yes, there is no generic way to determine the specified method is a DirectEvent handler or not.

Marking them with your own attribute looks to be a single solution.

Thanks Daniil! Please mark this question as resolved.