.NET Expression 从零开始一(基本认知):hello world!

对于.NET/Expression编程国内的话并没有过多相关的文献 相对的大多数人对于表达式树的动态编程几乎闻所未闻 至于别人看不看我并不在意

  

// 

            Expression<Action> e = Expression.Lambda<Action>(
                    Expression.Call(typeof(Console).GetMethod("WriteLine", new[] { typeof(string) }),
 Expression.Constant("hello world!"))
                );
            e.Compile()();
      上述是一个调用“Console::WriteLine”打印“hello world!”的表达式代码,你可以很轻易的看清楚它的组成部分~那么这句话等同于什么?  即“Console.WriteLine(" hello world! ");”

     那么这上面的代码包含什么意义?实际上它并没有多大的意义 只是做为一个基础的认识 那么linq表达式它可以做什么?

     我举个例子应该有人涉猎过“数据仓储”这个东西 它可以把C#/VB.NET语言的Lambda表达式块转换成对应的DI-SQL查询语句

     Lambda表达式是可以与“Expression”进行静态的隐式转换的(编译器支持)但这包含很多限制条件 先看看如下的可被允许的代码

Expression<Action> e = () => Console.WriteLine("hello world!");
     那么如下的语句则是不被允许的 C#语言编译器无法转换下类明确标明花括号的Lambda表达式代码块的转换

            Expression<Action> e = () =>
            {
                Console.WriteLine("hello world!");
            };
       同时另一个极强的限制则在于 它无法定义局部的变量 即由编译器支持的Lambda表达式与动态表达式的静态转换 同时对于编译器支持的最大的问题则在于不可动态性 因为代码是固定的 

       但这些限制对于 你编写动态的Expression会有用?答案是否定的、对于表达式树编程或者称元数据表达式编程而言 它可以绕过安全机制访问在代码域内可以访问到的任何成员 如类型、方法、字段、属性、局部变量、参数等等 这些都是它的一大不错的优势 这大大的提高了它的可想象性

        private static string mPrintText = "hello world!";

        static void Main(string[] args)
        {
            Expression<Action> e = () => Console.WriteLine(mPrintText);
            e.Compile()();
        }
      如上则是一个很形象的例子,它访问了一个私有的成员 并且成功的执行那句表达式 上面这么写这个例子会更加清晰易懂 当然随着后面深入下去 向这么编写表达式的几率基本为零

      那么向上述的表达式书写 适合哪一些目标?比如你编写了一个关于数据库操作的ORM框架 其中有这么一条方法“Find”此时编写了一句表达式为“FindAll((user) => user.ID >= 0 && user.ID <= 5);” 即查询“user”表中满足

“ID” >= 0 And “ID <= 5”的所有记录

       而你是可以从代码上动态解析这串表达式的,在VS中有一个很好用的功能 即表达式的DebugView它可以很清晰的显示你的表达式的代码结构视图


      那么“Expression.Reduce()”方法是用于实现或移植其动态语言到.NET上的人。他们可以创建自己的表达式节点, 也可以 "减少" 到标准表达式树节点, 并都可以进行编译。而且在表达式树 api 中是具备了一些 "可还原" 

节点的,一般情况下 是不需要手动的“Reduce(简化)”的 在此处“Reduce”的含义是(简化)而不是(归纳)


猜你喜欢

转载自blog.csdn.net/liulilittle/article/details/72831931
今日推荐