摘要：
几个重要的句子： 1，不要在考虑系统中究竟有多少个层次上花时间甚至挂死，这根本就是浪费原本可以做实际工作的时间。Don't get hung up on academic concerns such as how many tiers you have in your system. You'll just waste the time you could spend doing things y... 阅读全文
摘要：
这篇帖子的一个回复中列举了许多关于LINQ使用中层次划分的链接，很不错。 Using linq correctly in ASP.NET (Business Layer?) Thursday, August 23, 2007 11:39 PMCederstrom 0 Sign In to Vote Hey,I want to make sure im using linq the right ... 阅读全文
摘要：
这篇2004年的帖子讲到了“使用Datatable实现业务层”，有个回复说这并不是一个好主意。 Vanilla Objects vs. DataTables What is the preference? I've done two small projects (< 50k LOC) and one time I used objects that would be loaded by... 阅读全文
摘要：
我只选择其中的几句重点翻译一下。 1，对官方回复的解释是，DataContext对象不应该在实例化后长久的使用。……另外，从我所能判断的，LINQ to SQL事实上也并不是一个健全的ORM。 所以，或许我们应该在LINQ to SQL实体之上写包装类，即使他们看起来像真实的业务对象。 JSY注2009-8-25：这和我前两天确定的通过LINQ进行N-Tier开发的思想有些冲突——我是将LIN... 阅读全文
摘要：
这篇帖子里讲了事务处理方面的东西，开阔了我的思路。 但是对于具体的层次架构的东西（例如如何具体的编写DAL代码） 没有陈述。而在代码中，BPL（业务层）和DAL的分工并不明确，BPL只是简单的将DAL的函数做了一个Forwarding而已，对于一篇简要介绍“使用LINQ to SQL设计DAL”的文章，这样的示例代码显得毫无意义。总之我现在的理念就是，这样的DAL是不需要的。 Designing ... 阅读全文
摘要：
有几句话我很赞成， 1，一些语言特性只会带来复杂性，而LINQ却是让事情变得简单。 2，我也很喜欢LINQ。 3，对于是否在DAL层之上仍然使用LINQ语句来访问DAL层提供的数据集的疑问（you can still write a LINQ query in the business layer on top of the GetAllRestaurant() method. Is this ... 阅读全文
摘要：
这篇文章显露出作者的深厚、强大的表述功底。值得我学习！ 关键的一个观点，与我现有的体会一致：在使用LINQ to SQL时，不需要单独编写DAL层；而在每个层次都可以使用LINQ语法。参见我的另外一篇博客。 Creating a Data Access Layer with Linq to SQL, part 1Published November 19, 2006 .net , LINQ 8 C... 阅读全文
摘要：
全文翻译如下： 读了关于LINQ的这篇帖子之后， 我想有一小部分人遗漏了关于LINQ的这一点：LINQ*取代*了任何现有的“数据访问层”。 在编写数据访问层的方法时，诸如GetCustomersByCity，事实上你在数据和业务层之间建立了一个古怪的分隔。在一定程度上，你这是在数据层定义业务逻辑。需要记住的重要的东西是，你的业务层依赖于（RELIES）数据层以获取和持久实体，这样业务层才能处理它... 阅读全文