Linq2Sql DataContext 中的两个细节
两个细节值得一提：
- 为什么调用ExecuteReader方法时要传入CommandBehavior.CloseConnection：LINQ to SQL中的DataContext对象有个特点，如果在使用时它的Connection对象被“显式”地打开了，即使调用了DataContext对象的Dispose方法也不会自动关闭。因此我们在开发程序的时候一定要注意这一点。例如，在调用ExecuteReader是传入CommandBehavior.CloseConnection，这样就保证了在关闭DbDataReader时同时关闭Connection——当然，我们也可以不这么做。
- 在调用Translate方法后为什么要直接调用ToList方法：因为GetItemsForListing方法的返回值是List<Item>，这是原因之一。另一个原因是Translate方法并不会直接生成所有的对象，而是在外部代码访问Translate方法返回的IEnmuerable<T>时才会生成其中每个对象。这也是一种Lasy Load，但是也导致了所有的对象必须在Reader对象关闭之前生成，所以我一般都会在Translate方法后直接调用ToList方法，保证所有的对象已经生成了。虽然事实上我们也可以不使用using关键字而直接返回Translate方法生成的IEnumerable<Item>，不过这么做的话当前链接就得不到释放（释放，而不是关闭），也就是把处理数据连接的问题交给了方法的使用者——很可能就是业务逻辑层。为了确保分层结构的职责分明，我一般倾向于在这里确保所有对象的已经生成了。
