N 层应用程序中的数据检索和 CUD 操作 (LINQ to SQL)

http://msdn.microsoft.com/zh-cn/library/bb546187.aspx
http://www.cnblogs.com/kirinboy/archive/2010/01/20/linq-to-sql-update-1.html
【引文】
在学习LINQ时，我几乎被一个困难所击倒，这就是你从标题中看到的更新数据库的操作。下面我就一步步带你走入这泥潭，请准备好砖头和口水，Follow me。
从最简单的情况入手
我们以Northwind数据库为例，当需要修改一个产品的ProductName时，可以在客户端直接写下这样的代码：
// List 0
NorthwindDataContext db = new NorthwindDataContext();
Product product = db.Products.Single(p => p.ProductID == 1);
product.ProductName = "Chai Changed";
db.SubmitChanges();
测试一下，更新成功。不过我相信，在各位的项目中不会出现这样的代码，因为它简直没法复用。好吧，让我们对其进行重构，提取至一个方法中。参数应该是什么呢？是新的产品名称，以及待更新的产品ID。嗯，好像是这样的。
public void UpdateProduct(int id, string productName)
{
NorthwindDataContext db = new NorthwindDataContext();
Product product = db.Products.Single(p => p.ProductID == id);
product.ProductName = productName;
db.SubmitChanges();
}
在实际的项目中，我们不可能仅仅只修改产品名称。Product的其他字段同样也是修改的对象。那么UpdateProduct方法的签名将变成如下的形式：
public void UpdateProduct(int id,
string productName,
int suplierId,
int categoryId,
string quantityPerUnit,
decimal unitPrice,
short unitsInStock,
short unitsOnOrder,
short reorderLevel)
当然这只是简单的数据库，在实际项目中，二十、三十甚至上百个字段的情况也不少见。谁能忍受这样的方法呢？这样写，还要Product对象干什么呢？
对啊，把Product作为方法的参数，把恼人的赋值操作抛给客户代码吧。同时，我们将获取Product实例的代码提取出来，形成GetProduct方法，并且将与数据库操作相关的方法放到一个专门负责和数据库打交道的ProductRepository类中。哦耶，SRP！
// List 1
// ProductRepository
public Product GetProduct(int id)
{
NorthwindDataContext db = new NorthwindDataContext();
return db.Products.SingleOrDefault(p => p.id == id);
}
public void UpdateProduct(Produ