Posted on 2008-04-02 18:03
NafLian 阅读(5244)
评论(27) 编辑 收藏 网摘
文章索引
建立一个LTS层,并在表示层中查询数据
建立一个LTS层,并在表示层中插入数据
建立一个逻辑访问层,并且添加一些查询方法
逻辑访问层中的带参查询、插入、更新以及删除
逻辑访问层中的数据统计以及一个主从报表
现在网上能够将LINQ讲的很清楚或者比较深刻的文章并不多,而关于分层的则就更少,无论是国外还是国内,对于LINQ的应用都还在探索阶段,也有不少人怀疑LINQ的性能。
而就我个人而言,也没有更好的办法去探究它的性能究竟如何。不过作为一个传统三层架构的忠实粉丝,我仅仅将我在LINQ下使用三层架构的经验拿出来与大家分享。如果这么做不好或者会损失性能,还请高手指出。如果觉得有可以探讨的地方,欢迎大家留言。
进入正题,为了实现多种数据展现的方法,我使用了一个很流行的NORTHWIND数据库(就是Scott MitchellASP.NET 2.0数据教程中的那个数据库)。在这里,我们所使用的三层架构稍稍与原先不同,因为LINQ的存在。
这样,三层架构就成了:表示层,逻辑访问层,LTS层
这么做的原因如下:
1三层结构不允许在表示层中使用任何有关数据访问的内容,因此表示层中不能使用Linq语法直接去访问数据,即便是已经对象化的
2之所以把LINQ语句放在逻辑层是因为,Linq语法能够与C#或者VB混合使用,与传统的TSQL语言有很大不同,而且把它放在逻辑层,能够更加方便的处理业务上的规则。与此同时该层访问的并非数据实体,所以仍然是建立在数据访问层之上的层。
3 LTS层由VS2008自动建成,将数据对象化,使我们可以使用linq语法与访问它。
这章简单的描述了我设计的新三层架构,下章将讲一些实例,包括最基本的linq的使用方法。
Feedback
这个其实不能说是3层,2层比较合适,数据层和业务层是没有分开的。
传统三层架构中的数据访问层就是为了隔离数据访问的细节设置的,不管是普通的TSQL还是LINQ。LINQ只是加了一层ORM而已,对上层的业务和表现应该没有任何影响吧。
一些控件如DATAGRIDVIEW可以直接使用LINQ,我觉得在UI层不出现SQL语句就可以了,分层是为了降低耦合度,只要符合OO的开放-封闭原则就可以了
其实在传统三层中,数据访问层一般都有一个ORM子层。以前用NHibernate等第三方框架实现,现在可以用LINQ(效率不知道,但是使用上,因为有VS的存在,肯定比NHibernate方便)。
@rexzhou
linq所谓的方便只是vs直接支持生成linq的配置,现在NHibernate的配置生成工具多的是,所以LINQ使用方便程度并没有强于NHibernate,反倒是由于linq由于用起来太方便了,导致没有人去关心一些底层的东西,导致做不出比较好的分层框架,个人感觉linq其实就是一个强类型DataSet的加强版。
--引用--------------------------------------------------
kiler: @rexzhou
linq所谓的方便只是vs直接支持生成linq的配置,现在NHibernate的配置生成工具多的是,所以LINQ使用方便程度并没有强于NHibernate,反倒是由于linq由于用起来太方便了,导致没有人去关心一些底层的东西,导致做不出比较好的分层框架,个人感觉linq其实就是一个强类型DataSet的加强版。
--------------------------------------------------------
其实 1年前我就说过 强类型DataSet的升级版。
呵呵
其实底层原理也确实和DataSet很相似,都是IN-memory的数据处理,不过用法上会有一些不同。在强类型DataSet中,我们先写好方法,然后逻辑层去调用,而我这个分层是在业务层中用LINQ语法完成相关方法,再由LINQ去翻译这些方法访问数据库。
我也在做同样的工作,有一些细节需要注意 还是挺麻烦的
主要是DataContext什么时候SubmitChange,封装逻辑层实际做起来不那么简单
有时确实是这样,我们可以不为了形式而形式。不过刚好有空的话,坐下来慢慢研究也是行的。
..这样的话不是变成光只是使用linq to sql了吗.
稍稍期待下~
很不错,sql 表示业务逻辑就是比C#代码清晰易读
目前我就在等linq支持 postgresql 乐
试过这种分法,执行效率不知道提高多少,但觉得多写了很多代码,工作效率下降了,没意思,还是觉得用简单的代码实现目的最好!
多写代码并不代表工作效率的下降啊,很多时候你能够在其中直接操作数据,LINQ的本意就是 内建查询语句的意思,并且如果没有LINQ,所写的代码会更加多,我已经节省了不少
--引用--------------------------------------------------
rexzhou: 其实在传统三层中,数据访问层一般都有一个ORM子层。以前用NHibernate等第三方框架实现,现在可以用LINQ(效率不知道,但是使用上,因为有VS的存在,肯定比NHibernate方便)。
--------------------------------------------------------
--引用--------------------------------------------------
rexzhou: 其实在传统三层中,数据访问层一般都有一个ORM子层。以前用NHibernate等第三方框架实现,现在可以用LINQ(效率不知道,但是使用上,因为有VS的存在,肯定比NHibernate方便)。
--------------------------------------------------------
DAL的子层,这个提法不错
对于数据访问,基本的接口是基本不变的,变得是实现该接口的类。而接口的作用就是解耦合,使得不同的数据库之间表现相同。linq就是一种实现接口的方法。
效率上并没有区别, 如果你自己用匿名委托和lambda表达式写个Where方法就会了解得更透彻