DLINQ *.dbml文件该属于哪一层

今天尝试用.Net3.5架构网站,发现一个问题,使用LINQ操作数据库,LINQ操作属哪层呢?

假如光使用一种数据库,那么把LINQ放在数据层是没有问题,然后再对LINQ数据进行包装,就可以使用了。但是如果使用工厂进行多种数据库部署的话,问题来了,如果把LINQ放在数据层,那么IDAL将无法得到Model类型,工厂将无法返回数据类型。因为数据层肯定要引用IDAL,实现IDAL定义的接口,而同样工厂在配置取得的结构恰恰是IDAL定义的接口。也就是说IDAL至少同时被Factory和数据层引用,但是IDAL必须引用Model以便能使用对象。问题就出在LINQ的Model恰恰被封装在了*.dbml文件里了。

经过一番思考,我认为*.dbml文件只能被封装在Model层中,虽然带来了不良反应——任何层都有直接操作数据的能力。但是实在是没有办法的事情,要么就只能另外再定义一次Model,但那样已经带来了大量的额外工作量。

大家有什么看法呢?

posted on 2008-01-12 00:47 Birdshover 阅读(1633) 评论(13)  编辑 收藏 所属分类: Thinking about develop

评论

#1楼  2008-01-12 01:15 Ariel Y.      

干嘛非要硬套这些概念呢?   回复  引用  查看    

#2楼  2008-01-12 02:22 Jeffrey Zhao      

哦,我总是把自动生成的文件拆开的。   回复  引用  查看    

#3楼  2008-01-12 09:56 Indigo Dai      

@Jeffrey Zhao

什么意思?
  回复  引用  查看    

#4楼  2008-01-12 11:18 SZW      

ASP.NET MVC里面,.dbml确实是被分配在了Model层里面,只不过MVC的Model比Web Forms中的Model定义要更加宽泛一些。   回复  引用  查看    

#5楼  2008-01-12 13:42 Jeffrey Zhao      

把Model提取到其他工程中咯   回复  引用  查看    

#6楼 [楼主] 2008-01-12 14:07 BirdsHover      

@Jeffrey Zhao
提取出来可以,增加一些工作量,我想不提取也是可以的,在BLL和表现层不使用就可以   回复  引用  查看    

#7楼  2008-01-12 15:01 redmoon      

最大原因是dbml生成的代码文件,包含了DataContext和Model两个部分。如果dbml只生成对应的Model那么这个问题就相对好解决了。   回复  引用  查看    

#8楼  2008-01-12 17:18 ocean      

水无恒形,依势而为!   回复  引用  查看    

#9楼  2008-01-12 22:50 李永京      

可以写分部类。。方法写在另一个类里。   回复  引用  查看    

#10楼  2008-01-13 12:11 金色海洋(jyk)      

那么麻烦,自己写代码不是很好吗?   回复  引用  查看    

#11楼  2008-01-13 13:09 Jeffrey Zhao      

@BirdsHover
恩,也不是不可以,呵呵。   回复  引用  查看    

#12楼  2008-01-13 20:55 kiler      

自己写一个代码生成工具,按照你自己的意愿生成代码。   回复  引用  查看    

#13楼  2008-06-10 22:08 jisen002 [未注册用户]

dbml文档总自己恢复,有什么办法解决?   回复  引用    

导航

公告

网名: yurow birdshover
       无术 夕阳轨迹 等
本名: 谢平
籍贯: 江苏溧阳
位置: 上海
职业: C# & 打字
联系方式: 19999351(QQ)
 MSN.gif
有一天,我对你说你是猪,你说:我是猪才怪。于是我便开始叫你猪才怪。终于有一天你忍不住在众人面前大声宣布:我不是猪才怪! 7-25 15:25
<2008年1月>
303112345
6789101112
13141516171819
20212223242526
272829303112
3456789

统计

与我联系

常用链接

留言簿

我管理的小组

我参与的团队

我的标签

随笔分类(79)

文章分类(19)

收藏夹(1)

关注的博客

搜索

积分与排名

最新评论