Lambda表达式
Lambda表达式语法看上去真怪异,说白了是更好的匿名方法。废话不多说,先来看看使用匿名方法:
//首先使用集合初始化语法建立一个整型列表
List《int》 list = new List《int》() { 1, 2, 3, 4, 5, 6, 7 };
//匿名方法粉墨登场
List《int》 oddNumbers = list.FindAll(
delegate(int i)
{
return (i % 2) != 0;
}
);//匿名方法结束
foreach (var oddNumber in oddNumbers)
{
//输出奇数
Console.WriteLine(oddNumber);
}
观察上面的匿名方法,我们使用delegate,而且还要保证输入参数的类型匹配,这种语法确实还是让人觉得冗长。下面看看Lambda表达式是如何简化FindAll()方法的:
//通过Lambda表达式就一句就搞定了!多神奇啊!传统的委托语法通通消失了
List《int》 oddNumbers = list.FindAll(i =》 (i % 2) != 0);
解剖Lambda表达式
i =》 (i % 2) != 0
你一定注意到了Lambda表达式的 =》 标记(读作 goes to),它的前面是一个参数列表,后面是一个表达式。
很明显,前面的参数列表并没有定义参数的类型(由编译器根据上下文推断出i是一个整型),所以它是隐式的。当然,我们也可以显示定义: (int i)=》(i%2)!=0);
我们这里参数列表只有一个参数,所以那个括号可以被省略。
Linq
自己也没有把所有资料都看完,个人对于Linq的用法大致是这样设想的,我们在做项目时会建立许多聚合根,如果我们的查询会跨多个聚合根则使用存储过程,否则使用Linq进行查询。Linq有个LinqPad的小工具用于测试,
聚合与组合
组合的话是类似共生共灭的关系,例如大雁和大雁的翅膀。对于我们营收系统来说,就好比营业账和营业账子表
而聚合则没有这么强的从属关系,比如用户和册本信息,册本信息作为一个用户的只读属性存在,但也可以单独操作册本信息。
账户可以独立存在,但用户又有一个账户信息的只读属性
系统架构
这里说的系统架构主要是逻辑上的分层,不是物理上的。主要是想利用Entity Framework在系统架构里面,替换以前的codesmith生成entity和dal,同时想引入领域模型的概念,不直接操作entity framework中的对象,而是对应的领域模型。对于领域驱动设计我会在后面的领域驱动设计的文章中介绍。