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中的對象，而是對應的領域模型。對于領域驅動設計我會在后面的領域驅動設計的文章中介紹。