阿立部落格

致力于ASP. NET的研究
posts - 12, comments - 117, trackbacks - 22, articles - 0
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理
文章索引
建立一个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

#1楼   回复  引用  查看    

2008-04-02 19:13 by kiler      
这个其实不能说是3层,2层比较合适,数据层和业务层是没有分开的。

#2楼   回复  引用    

2008-04-02 19:18 by rexzhou[未注册用户]
传统三层架构中的数据访问层就是为了隔离数据访问的细节设置的,不管是普通的TSQL还是LINQ。LINQ只是加了一层ORM而已,对上层的业务和表现应该没有任何影响吧。

#3楼   回复  引用  查看    

2008-04-02 19:42 by spgoal      
一些控件如DATAGRIDVIEW可以直接使用LINQ,我觉得在UI层不出现SQL语句就可以了,分层是为了降低耦合度,只要符合OO的开放-封闭原则就可以了

#4楼   回复  引用  查看    

2008-04-02 19:54 by WEBBER      
等下文

#5楼   回复  引用    

2008-04-02 20:00 by rexzhou[未注册用户]
其实在传统三层中,数据访问层一般都有一个ORM子层。以前用NHibernate等第三方框架实现,现在可以用LINQ(效率不知道,但是使用上,因为有VS的存在,肯定比NHibernate方便)。

#6楼   回复  引用  查看    

2008-04-02 20:36 by kiler      
@rexzhou

linq所谓的方便只是vs直接支持生成linq的配置,现在NHibernate的配置生成工具多的是,所以LINQ使用方便程度并没有强于NHibernate,反倒是由于linq由于用起来太方便了,导致没有人去关心一些底层的东西,导致做不出比较好的分层框架,个人感觉linq其实就是一个强类型DataSet的加强版。

#7楼   回复  引用  查看    

2008-04-02 21:12 by 曲滨*銘龘鶽      
等支持 oracle 等数据库在看看!

#8楼   回复  引用  查看    

2008-04-02 21:32 by WhyCome[at]live.cn       
--引用--------------------------------------------------
kiler: @rexzhou

linq所谓的方便只是vs直接支持生成linq的配置,现在NHibernate的配置生成工具多的是,所以LINQ使用方便程度并没有强于NHibernate,反倒是由于linq由于用起来太方便了,导致没有人去关心一些底层的东西,导致做不出比较好的分层框架,个人感觉linq其实就是一个强类型DataSet的加强版。

--------------------------------------------------------
其实 1年前我就说过 强类型DataSet的升级版。
呵呵

#9楼[楼主]   回复  引用  查看    

2008-04-02 22:09 by NafLian      
其实底层原理也确实和DataSet很相似,都是IN-memory的数据处理,不过用法上会有一些不同。在强类型DataSet中,我们先写好方法,然后逻辑层去调用,而我这个分层是在业务层中用LINQ语法完成相关方法,再由LINQ去翻译这些方法访问数据库。

#10楼   回复  引用  查看    

2008-04-02 22:18 by Yannic Yang      
我也在做同样的工作,有一些细节需要注意 还是挺麻烦的
主要是DataContext什么时候SubmitChange,封装逻辑层实际做起来不那么简单

#11楼   回复  引用  查看    

2008-04-02 23:52 by Kevin Li      
关注,前几天也是弄Linq三层,结果linq用的不是很熟悉,为了赶进度就暂时放弃了,发现直接sql+SQLHelper也不错啊,为什么为了三层而三层? 尤其逻辑层仅是对数据层的方法调用,感觉有些罗琐啊 !
推荐几篇相关的文章
http://weblogs.asp.net/dwahlin/archive/2008/02/28/building-an-n-layer-asp-net-application-with-linq-lambdas-and-stored-procedures.aspx" target="_new">http://weblogs.asp.net/dwahlin/archive/2008/02/28/building-an-n-layer-asp-net-application-with-linq-lambdas-and-stored-procedures.aspx
(推荐看看)
还有一篇是codeproject 上 vb.net写的 你搜一下 linq n-layer 就找到了

#12楼[楼主]   回复  引用  查看    

2008-04-03 07:51 by NafLian      
有时确实是这样,我们可以不为了形式而形式。不过刚好有空的话,坐下来慢慢研究也是行的。

#13楼   回复  引用    

2008-04-03 08:58 by MIC[未注册用户]
不能为定义而去分层分层应该是用起来更舒服

#14楼   回复  引用  查看    

2008-04-03 10:18 by Ryan Yu      
层次结构分得好像不很明显。期待楼主下文。

#15楼   回复  引用  查看    

2008-04-03 10:45 by 小杰      
..这样的话不是变成光只是使用linq to sql了吗.
稍稍期待下~

#16楼   回复  引用    

2008-04-03 12:51 by llj098[未注册用户]
用这个:plinqo

呵呵~http://www.google.com/search?q=plinqo&ie=utf-8&oe=utf-8&aq=t&rls=org.mozilla:zh-CN:official&client=firefox-a

#17楼   回复  引用    

2008-04-03 23:38 by oldrev[未注册用户]
很不错,sql 表示业务逻辑就是比C#代码清晰易读
目前我就在等linq支持 postgresql 乐

#18楼   回复  引用    

2008-04-04 12:40 by 白[未注册用户]
试过这种分法,执行效率不知道提高多少,但觉得多写了很多代码,工作效率下降了,没意思,还是觉得用简单的代码实现目的最好!

#19楼[楼主]   回复  引用  查看    

2008-04-04 13:11 by NafLian      
多写代码并不代表工作效率的下降啊,很多时候你能够在其中直接操作数据,LINQ的本意就是 内建查询语句的意思,并且如果没有LINQ,所写的代码会更加多,我已经节省了不少

#20楼   回复  引用  查看    

2008-04-07 11:20 by guzuqiang      
学习了

#21楼   回复  引用    

2008-04-08 16:40 by 没搞男人[未注册用户]
--引用--------------------------------------------------
rexzhou: 其实在传统三层中,数据访问层一般都有一个ORM子层。以前用NHibernate等第三方框架实现,现在可以用LINQ(效率不知道,但是使用上,因为有VS的存在,肯定比NHibernate方便)。
--------------------------------------------------------
--引用--------------------------------------------------
rexzhou: 其实在传统三层中,数据访问层一般都有一个ORM子层。以前用NHibernate等第三方框架实现,现在可以用LINQ(效率不知道,但是使用上,因为有VS的存在,肯定比NHibernate方便)。
--------------------------------------------------------
DAL的子层,这个提法不错

#22楼   回复  引用  查看    

2008-05-05 10:42 by 镜涛      
对于数据访问,基本的接口是基本不变的,变得是实现该接口的类。而接口的作用就是解耦合,使得不同的数据库之间表现相同。linq就是一种实现接口的方法。

#23楼   回复  引用    

2008-12-15 14:19 by ustbwuyi[未注册用户]
效率上并没有区别, 如果你自己用匿名委托和lambda表达式写个Where方法就会了解得更透彻



发表评论

昵称: [登录] [注册]

主页:

邮箱:(仅博主可见)

评论内容:

  登录  注册

[使用Ctrl+Enter键快速提交评论]

0 1134975




相关文章:

相关链接: