14

As C# operators e.g. +, +=, == are overridable. It lets me think they are sort of methods, thus wonder if there is a way to call them using reflection, on Int32 for instance.

Sébastien Ros - MSFT
  • 5,091
  • 29
  • 31

5 Answers5

12

What about this, it's simple, small and works :)

public T Add<T>(object x, object y)
{
    return (T)Convert.ChangeType((dynamic)x + (dynamic)y, typeof(T));
}
Yuval Itzchakov
  • 146,575
  • 32
  • 257
  • 321
FdW
  • 141
  • 1
  • 2
7

Yes, the custom operators are invokable using reflection (they have special names, such as op_Addition), but System.Int32 doesn't define them, as fundamental, built-in, types are handled directly by IL opcodes like add, rather than method calls.

Barry Kelly
  • 41,404
  • 5
  • 117
  • 189
4

What exactly is it you want to do? Dealing with the various meanings of operators (primitive (mapped to specific IL instructions), custom (mapped to static methods), and lifted (provided as a pattern by the compiler)) makes this painful. If you just want to use the operators, then it is possible to write code that provides operator support via generics. I have some code for this that is freely available in MiscUtil (description and examples).


As an untyped example (an note that this isn't hugely efficient, but works):

object x = 123, y = 345; // now forget that we know that these are ints...
object result = Expression.Lambda<Func<object>>(
    Expression.Convert(Expression.Add(
        Expression.Constant(x), Expression.Constant(y)),
    typeof(object))).Compile()();
Marc Gravell
  • 1,026,079
  • 266
  • 2,566
  • 2,900
  • Actually I wanted to implement an Add(object left, object right) where the returned value is using the type of the left argument. This is for an expression evaluation, and as it is dynamic there is no way to write the code directly. – Sébastien Ros - MSFT Aug 12 '09 at 08:21
  • have to disagree on opting for 4.0 as Seb's work is focused and quite a performance ahievement when compared to Expression Trees bloat and invention. Judging the performance of DLR and its containing bits it only makes the imminent PDC realease the slowest framework in the history of mankind.. – rama-jka toti Oct 14 '09 at 08:26
  • The DLR solved my problem. I tried the lambdas on two Enum types and didn't work, since Linq Expressions use reflection, and the Enum operators are not declared in code, rather by assembly compiled code or something who knows. – Shimmy Weitzhandler Jan 12 '12 at 01:47
0

It would be very inefficient if adding or comparing two integers required a method call so these simple operations on the fundamental types are code-generated as explained in another answer and cannot be invoked using reflection. One interesting built-in value type is decimal (or System.Decimal). This struct has support for literal values in C#, but behaves a lot like a real value type and exposes a lot of operators that can be invoked via reflection.

If you are curious you can use Reflector to browse all members exposed by System.Int32.

Martin Liversage
  • 104,481
  • 22
  • 209
  • 256
0

There are good answers here, so just to add something not mentioned yet:

A struct might have an operator overloaded. This means more options to check if you try to create some programmatic approach.

One nice thing to try out is, to try the expression tree approach. Here's a small sample. Of course, performance isn't too nice, but we know what we're getting into with Reflection, anyway.

Kenan E. K.
  • 13,955
  • 3
  • 43
  • 48