阿立部落格

     摘要: 以前，我们要在某个报表中显示统计信息一般有两种方法：1通过一个SQL查询——我们可以向数据库发出一个额外的查询来为某个特定的类别计算统计信息。SQL包含一系列的聚合函数，并由GROUP BY子句指定应该根据什么数据来进行统计。2在表示层中统计已经获取的信息。然而这两个方法都有他们的缺点
第一种方法很明显，他增加了一次到数据库的往返，因为在获取报表信息的时候我们已经对数据库进行了一次访问，而我们要获得的统计信息可以从报表中获取。而且无法获取更加复杂的业务统计。
第二种方法则没有很好的让层次划分出来，我们更加希望表示层中仅仅使用方法而不要去设计这些方法。（尤其是一些业务规则，比如NBA中有“球员效率”这项数据，但如果不是很熟悉这项业务的程序员是不知道这个效率是如何计算的。）

  阅读全文

     摘要: 在上一章中，虽然只添加了一个方法，但是在LINQ下的三层架构已经成型了。这章之中我们将在中间层添加更多的方法，包括带参数的查询，以及插入 更新，删除操作。因为在中间层中只有db.SubmitChanges()操作是数据访问，而其他操作都是逻辑上的（非实体的）访问与修改，所以我们没有必要把db.SubmitChanges()方法单独去放在另外一层之中。  阅读全文

     摘要: 看了刚才的评论，我觉得有些朋友曲解了我的意思，之前我并没有真正对站点进行分层，而是快速地让刚接触LINQ的人去体验使用LINQ访问数据的快捷
而这章开始才真正说到我的分层方式。另外，稍后我会把我做的东西设在一个集合里面，节省首页区资源。
令人激动的时刻终于到了，直到现在，我们仍然在使用表示层操作对象，现在，该是体现三层架构的优势的时候了。这一章中我们将建立一个逻辑访问层Productbll。
之所以叫他“逻辑访问层”，因为我们访问的是逻辑对象而不是实体数据，因为实体数据已经被LINQ预先地转化成了对象。

  阅读全文

     摘要: 上一章讲了在表示层中查询数据的方法，现在我们要说说插入数据的操作。不过大家注意，我们现在仅仅用了二层的架构，目的是让大家能够直观的看到LINQ的工作原理，在接下来的章节里，我们将会把这些方法都写入中间层去。   阅读全文

     摘要: 为了让第一次接触linq的朋友也能够一起来探讨，我提供了按部就班的方法，并且从最基础的操作开始。
关于三层架构的优点我就不多说了，开门见山，我们直接开始我们的工作。  阅读全文

     摘要: 现在网上能够将LINQ讲的很清楚或者比较深刻的文章并不多，而关于分层的则就更少，无论是国外还是国内，对于LINQ的应用都还在探索阶段，也有不少人怀疑LINQ的性能。  阅读全文