views:

413

answers:

3

Hi again,

I've been working with expression trees for a few days now and I'm curious to know what Expression.Reduce() does. The msdn documentation is not very helpful as it only states that it "reduces" the expression. Just in case, I tried an example (see below) to check if this method included mathematical reduction, but this doesn't seem to be the case.

Does anyone know what this method does and is it possible to provide a quick example showing it in action? Any good resources out there?

Thanks a lot!

Edit: Replaced [x => x + x] by [x => (x + x + x) + Math.Exp(x + x + x)]

    static void Main(string[] args)
    {
        Expression<Func<double, double>> func = x => (x + x + x) + Math.Exp(x + x + x);
        Console.WriteLine(func);
        Expression r_func = func.Reduce();
        Console.WriteLine(r_func); // This prints out the same as Console.WriteLine(func)
    {
A: 

im guessing its more for different linq providers to use those to transform certain node types into a simpler ast representation.

since the docs are scant, could be used for common subexpression elimination to eliminate redundant expressions. if your function computed x+x more than once without changing local x, you could simplify it by saving the result of the first expression into a temporary. maybe it would be up to the linq provider to optionally implement these transformations.

or if you had nested BlockExpressions that contained no code ( an expression like {{{}}} ), those could be eliminated, or an empty ConditionalExpression...

jspcal
I just reduced x => (x + x + x) + Math.Exp(x + x + x) but it didn't seem to do anything either...
d.
+4  A: 

With a little disassembling, I found that Expression.CanReduce always reutrns false and Expression.Reduce() always returns this. However, there are a few types that override both. LambdaExpression inherits the default implementations, which explains why the expressions that have been tried so far do not work.

One of the types that overrides Reduce() is MemberInitExpression, which led me to the following successful experiment:

class ReduceFinder : ExpressionVisitor {
    public override Expression Visit(Expression node) {
        if (node != null && node.CanReduce) {
            var reduced = node.Reduce();
            Console.WriteLine("Found expression to reduce!");
            Console.WriteLine("Before: {0}: {1}", node.GetType().Name, node);
            Console.WriteLine("After: {0}: {1}", reduced.GetType().Name, reduced);
        }
        return base.Visit(node);
    }
}

class Foo {
    public int x;
    public int y;
}

static class Program {
    static void Main() {
        Expression<Func<int, Foo>> expr = z => new Foo { x = (z + 1), y = (z + 1) };
        new ReduceFinder().Visit(expr);
    }
}

Output:

Found expression to reduce!  
Before: MemberInitExpression: new Foo() {x = (z + 1), y = (z + 1)}  
After: ScopeN: { ... }  
Nick Guerrera
Thanks a lot for your example!
d.
Can I not accept two different answers???
d.
Unfortunately not, but I would have accepted Alexandra's also, so no worries. :) You can, however, up-vote both answers if you haven't already...
Nick Guerrera
I can't either, apparently I have to register, I will do and vote you up (jezz, yet another site I'm registered on...)
d.
Okay, I think I've managed to vote now.
d.
Thanks! At least Stack Overflow uses OpenID! ;)
Nick Guerrera
+2  A: 

The document you need to look at is "expr-tree-spec.doc" here: http://dlr.codeplex.com/wikipage?title=Docs%20and%20specs&amp;referringTitle=Documentation

This is the specification for the expression trees. Read the "2.2 Reducible Nodes" and "4.3.5 Reduce Method" sections.

Basically, this method is intended for people implementing or porting their dynamic langauges to .NET. So that they can create their own nodes that can "reduce" to standard expression tree nodes and can be compiled. There are some "reducible" nodes in the expression trees API, but I don't know whether you can get any practical examples (since all standard expression nodes compile anyway, as the end-user you probably do not care whether they are "reduced" behind the scenes or not).

Yes, MSDN documentation is very basic in this area, because the main source of info and docs for language implementers is http://dlr.codeplex.com/

Alexandra Rusina
This is great stuff. Thanks a lot for the resources too (BTW great blog).
d.
You are welcome.
Alexandra Rusina
The lack of documentation would be okay if Microsoft bothered to mention where to find the "real" documentation...
Qwertie
In this particular case, it's my fault. I forgot to add links to codeplex to System.LINQ.Expressions and only added it to System.Dynamic. Consider it "documentation bug". I'll try to fix it for the next documentation update, which usually happens once a month.
Alexandra Rusina