DLINQ *.dbml文件该属于哪一层
今天尝试用.Net3.5架构网站,发现一个问题,使用LINQ操作数据库,LINQ操作属哪层呢?
假如光使用一种数据库,那么把LINQ放在数据层是没有问题,然后再对LINQ数据进行包装,就可以使用了。但是如果使用工厂进行多种数据库部署的话,问题来了,如果把LINQ放在数据层,那么IDAL将无法得到Model类型,工厂将无法返回数据类型。因为数据层肯定要引用IDAL,实现IDAL定义的接口,而同样工厂在配置取得的结构恰恰是IDAL定义的接口。也就是说IDAL至少同时被Factory和数据层引用,但是IDAL必须引用Model以便能使用对象。问题就出在LINQ的Model恰恰被封装在了*.dbml文件里了。
经过一番思考,我认为*.dbml文件只能被封装在Model层中,虽然带来了不良反应——任何层都有直接操作数据的能力。但是实在是没有办法的事情,要么就只能另外再定义一次Model,但那样已经带来了大量的额外工作量。
大家有什么看法呢?
假如光使用一种数据库,那么把LINQ放在数据层是没有问题,然后再对LINQ数据进行包装,就可以使用了。但是如果使用工厂进行多种数据库部署的话,问题来了,如果把LINQ放在数据层,那么IDAL将无法得到Model类型,工厂将无法返回数据类型。因为数据层肯定要引用IDAL,实现IDAL定义的接口,而同样工厂在配置取得的结构恰恰是IDAL定义的接口。也就是说IDAL至少同时被Factory和数据层引用,但是IDAL必须引用Model以便能使用对象。问题就出在LINQ的Model恰恰被封装在了*.dbml文件里了。
经过一番思考,我认为*.dbml文件只能被封装在Model层中,虽然带来了不良反应——任何层都有直接操作数据的能力。但是实在是没有办法的事情,要么就只能另外再定义一次Model,但那样已经带来了大量的额外工作量。
大家有什么看法呢?
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 周边上新:园子的第一款马克杯温暖上架
· Open-Sora 2.0 重磅开源!
· .NET周刊【3月第1期 2025-03-02】
· 分享 3 个 .NET 开源的文件压缩处理库,助力快速实现文件压缩解压功能!
· Ollama——大语言模型本地部署的极速利器