摘要: 这篇文章对3-Tier的图片与上一张应该是同一个人所作,但内容有所不同:将Entities同时各自放到了三个层次之中。 Architecting Your Data Access Layer with the Entity Framework 2009 June 26 by Wade I had the pleasure to co-present with one of my fellow e... 阅读全文
posted @ 2009-08-26 14:13 汗水房 阅读(343) 评论(0) 推荐(0) 编辑
摘要: 主要是要放置这篇文章对3层划分的图片。 The Entity Framework vs. The Data Access Layer (Part 1: The EF as a DAL) Posted: Tuesday, May 06, 2008 11:06 PM by Barry GervinFiled under: Orcas, ADO.NET, SQL, Services, Home, N... 阅读全文
posted @ 2009-08-26 14:10 汗水房 阅读(332) 评论(0) 推荐(0) 编辑
摘要: 参考资料 【1】http://www.codeproject.com/KB/aspnet/SaltAndPepper.aspx?display=Print 【2】Manning LINQ in action 【3】ScottGu, LINQ to SQL, 2007 前言 有了LINQ之后,我发现开发ASP.NET网站的时候,编写数据库操作也成为了一件有意思的事情。为了更好在应用LINQ的过... 阅读全文
posted @ 2009-08-26 12:54 汗水房 阅读(253) 评论(0) 推荐(0) 编辑
摘要: 翻译对这篇帖子的回复:“由Linq to SQL(L2S)生成的类是业务实体,DAL是L2S生成并内建的‘管道设施’。没有必要将两者分开,只需要在Partial Class中定义业务逻辑就可以了” 那么这里的“ partial Class”指的是什么呢?我提出了一个问题,“ hi KristoferA,what is "partial classes right there"? for examp... 阅读全文
posted @ 2009-08-26 11:51 汗水房 阅读(318) 评论(0) 推荐(0) 编辑
摘要: 几个重要的句子: 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... 阅读全文
posted @ 2009-08-26 11:35 汗水房 阅读(285) 评论(0) 推荐(0) 编辑
摘要: 这篇帖子的一个回复中列举了许多关于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 ... 阅读全文
posted @ 2009-08-26 11:12 汗水房 阅读(238) 评论(0) 推荐(0) 编辑
摘要: 这篇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... 阅读全文
posted @ 2009-08-26 11:06 汗水房 阅读(200) 评论(0) 推荐(0) 编辑
摘要: 我只选择其中的几句重点翻译一下。 1,对官方回复的解释是,DataContext对象不应该在实例化后长久的使用。……另外,从我所能判断的,LINQ to SQL事实上也并不是一个健全的ORM。 所以,或许我们应该在LINQ to SQL实体之上写包装类,即使他们看起来像真实的业务对象。 JSY注2009-8-25:这和我前两天确定的通过LINQ进行N-Tier开发的思想有些冲突——我是将LIN... 阅读全文
posted @ 2009-08-26 00:51 汗水房 阅读(307) 评论(0) 推荐(0) 编辑
摘要: 这篇帖子里讲了事务处理方面的东西,开阔了我的思路。 但是对于具体的层次架构的东西(例如如何具体的编写DAL代码) 没有陈述。而在代码中,BPL(业务层)和DAL的分工并不明确,BPL只是简单的将DAL的函数做了一个Forwarding而已,对于一篇简要介绍“使用LINQ to SQL设计DAL”的文章,这样的示例代码显得毫无意义。总之我现在的理念就是,这样的DAL是不需要的。 Designing ... 阅读全文
posted @ 2009-08-26 00:50 汗水房 阅读(558) 评论(0) 推荐(0) 编辑
摘要: 有几句话我很赞成, 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 ... 阅读全文
posted @ 2009-08-26 00:49 汗水房 阅读(346) 评论(1) 推荐(0) 编辑
摘要: 这篇文章显露出作者的深厚、强大的表述功底。值得我学习! 关键的一个观点,与我现有的体会一致:在使用LINQ to SQL时,不需要单独编写DAL层;而在每个层次都可以使用LINQ语法。参见我的另外一篇博客。 Creating a Data Access Layer with Linq to SQL, part 1Published November 19, 2006 .net , LINQ 8 C... 阅读全文
posted @ 2009-08-26 00:48 汗水房 阅读(312) 评论(0) 推荐(1) 编辑
摘要: 全文翻译如下: 读了关于LINQ的这篇帖子之后, 我想有一小部分人遗漏了关于LINQ的这一点:LINQ*取代*了任何现有的“数据访问层”。 在编写数据访问层的方法时,诸如GetCustomersByCity,事实上你在数据和业务层之间建立了一个古怪的分隔。在一定程度上,你这是在数据层定义业务逻辑。需要记住的重要的东西是,你的业务层依赖于(RELIES)数据层以获取和持久实体,这样业务层才能处理它... 阅读全文
posted @ 2009-08-26 00:48 汗水房 阅读(282) 评论(0) 推荐(0) 编辑