隐含类型局部变量

纯粹给懒人用的var关键字，告诉编译器（对于CLR来说，它是不会知道你是否使用了var，苦力是编译器出的），你自己推断它的类型吧，我不管了。但是既然让编译器推断类型就必须声明的时候赋值，而且不能是null值。注意，这只能用于局部变量，用于字段是不可以的。

匿名类型

匿名类型允许开发人员定义行内类型，无须显式定义类型。常和var配合使用，var用于声明匿名类型。定义一个临时的匿名类型在LINQ查询句法中非常常见，我们可以很方便的实现对象的转换和投影。

Lambda表达式

“Lambda 表达式”是一个匿名函数，它可以包含表达式和语句，并且可用于创建委托或表达式树类型。

所有 Lambda 表达式都使用 Lambda 运算符 =>，该运算符读为“goes to”。 该 Lambda 运算符的左边是输入参数（如果有），右边包含表达式或语句块。Lambda 表达式 x => x * x 读作“x goes to x times x”。

=> 运算符具有与赋值运算符 ( =) 相同的优先级，并且是右结合运算符。

语法如下：

(参数列表) => 表达式或者语句块

其中：

参数个数：可以有多个参数，一个参数，或者无参数。

表达式或者语句块：这部分就是我们平常写函数的实现部分（函数体）。

Lambda 在基于方法的 LINQ 查询中用作标准查询运算符方法（如 Where）的参数。

使用基于方法的语法在 Enumerable 类中调用 Where 方法时（像在 LINQ to Objects 和 LINQ to XML 中那样），参数是委托类型 System . Func < T, TResult >。 使用 Lambda 表达式创建委托最为方便。例如，当您在 System.Linq . Queryable 类中调用相同的方法时（像在 LINQ to SQL 中那样），则参数类型是 System.Linq.Expressions . Expression <Func>，其中 Func 是包含至多五个输入参数的任何 Func 委托。 同样，Lambda 表达式只是一种用于构造表达式树的非常简练的方式。尽管事实上通过 Lambda 创建的对象的类型是不同的，但 Lambda 使得 Where 调用看起来类似。

委托实例化为 Func<int,bool> myFunc，其中 int 是输入参数， bool 是返回值。 始终在最后一个类型参数中指定返回值。Func<int, string, bool> 定义包含两个输入参数（ int 和 string）且返回类型为 bool 的委托

int[] numbers = { 5, 4, 1, 3, 9, 8, 6, 7, 2, 0 };

    int oddNumbers = numbers.Count(n => n % 2 == 1);

编译器可以推断输入参数的类型，或者您也可以显式指定该类型。这个特别的 Lambda 表达式将计算整数 ( n) 的数量，这些整数除以 2 时余数为 1。

var firstNumbersLessThan6 = numbers.TakeWhile(n => n < 6);

生成一个序列，其中包含数字数组中在“9”左边的所有元素，因为“9”是序列中不满足条件的第一个数字

var firstSmallNumbers = numbers.TakeWhile((n, index) => n >= index);

通过将输入参数括在括号中来指定多个输入参数。该方法将返回数字数组中的所有元素，直至遇到一个值小于其位置的数字为止。不要将 Lambda 运算符 ( =>) 与大于等于运算符 ( >=) 混淆

Object/Relation Mapping

对象

　　-关系数据库映射

　　规则表达式

　　ORM把应用程序世界表示为具有角色（关系中的部分）的一组对象（实体或值）。ORM有时也称为基于事实的建模，因为它把相关数据描述为基本事实。这些事实如果分割为再小的事实就会丢失信息。

　　简单事实的一些例子包括：

　　人有电话

　　人住在某个地方

　　人生于某个日期

　　人在某个日期被雇佣

　　ORM提供的不只是描述不同对象间关系的一个简单而直接的方式。ORM还提供了灵活性。使用 ORM创建的模型比使用其它方法创建的模型更有能力适应系统的变化。另外，ORM允许非技术企业专家按样本数据谈论模型，因此他们可以使用真实世界的数据验证模型。因为ORM允许重用对象，数据模型能自动映射到正确标准化的数据库结构。

　　ORM模型的简单性简化了数据库查询过程。使用ORM查询工具，用户可以访问期望数据，而不必理解数据库的底层结构。

概念

　　对象-关系映射（Object/Relation Mapping，简称ORM），是随着面向对象的软件开发方法发展而产生的。面向对象的开发方法是当今企业级应用开发环境中的主流开发方法，关系数据库是企业级应用环境中永久存放数据的主流数据存储系统。对象和关系数据是业务实体的两种表现形式，业务实体在内存中表现为对象，在数据库中表现为关系数据。内存中的对象之间存在关联和继承关系，而在数据库中，关系数据无法直接表达多对多关联和继承关系。因此，对象-关系映射(ORM)系统一般以中间件的形式存在，主要实现程序对象到关系数据库数据的映射。

　　面向对象是从软件工程基本原则(如耦合、聚合、封装)的基础上发展起来的，而关系数据库则是从数学理论发展而来的，两套理论存在显著的区别。为了解决这个不匹配的现象,对象关系映射技术应运而生。

　　让我们从O/R开始。字母O起源于"对象"(Object),而R则来自于"关系" (Relational)。几乎所有的程序里面，都存在对象和关系数据库。在业务逻辑层和用户界面层中，我们是面向对象的。当对象信息发生变化的时候，我们需要把对象的信息保存在关系数据库中。

　　当你开发一个应用程序的时候(不使用O/R Mapping),你可能会写不少数据访问层的代码，用来从数据库保存，删除，读取对象信息，等等。你在DAL中写了很多的方法来读取对象数据，改变状态对象等等任务。而这些代码写起来总是重复的。

　　如果打开你最近的程序，看看DAL代码，你肯定会看到很多近似的通用的模式。我们以保存对象的方法为例，你传入一个对象，为SqlCommand对象添加SqlParameter，把所有属性和对象对应，设置SqlCommand的 CommandText属性为存储过程，然后运行SqlCommand。对于每个对象都要重复的写这些代码。

　　除此之外，还有更好的办法吗？有，引入一个O/R Mapping。实质上，一个O/R Mapping会为你生成DAL。与其自己写DAL代码，不如用O/R Mapping。你用O/R Mapping保存，删除，读取对象，O/R Mapping负责生成SQL，你只需要关心对象就好。

　　对象关系映射成功运用在不同的面向对象持久层产品中，如:Torque,OJB,Hibernate,TopLink,Castor JDO, TJDO 等。

　　一般的ORM包括以下四部分：

　　一个对持久类对象进行CRUD操作的API；

　　一个语言或API用来规定与类和类属性相关的查询；

　　一个规定mapping metadata的工具；

　　一种技术可以让ORM的实现同事务对象一起进行dirty checking, lazy association fetching以及其他的优化操作。