求LINQ和SQL存储过程开发架构

来源：百度知道 编辑：UC知道 时间：2024/05/27 03:35:19
我之前是用3层架构开发WEB网站的，现在刚学习LINQ，觉得它与数据库存储过程组合一起用几经不需要3层这么多了，它可以将存储过程映射成方法。。然后直接调用，这里我想要的是最优化的LINQ+存储过程组合架构的每层代码，。。。就举一个简单的查询列子就行啦····
我就写个BLL做基本的逻辑层···然后用LING TO SQL 的映射功能加上存储过程···好像1层就搞好了

你没有架构概念，也不清楚分层（N-tier）架构。

既然你都写了BLL，那LINQ在dal层，aspx的前端表现呢--就是UI，仍然是一个三层架构。
然而严格来说，UI层要实例化一个model时候（就是数据库里的某个表），你如何做？ 自己定义一个model吗？还是引入LINQ里的model？
如果你引入了LINQ的model，那就不是三层架构了，因为你跳过了BLL。
传统 UI《-》BLL《-》DAL (model贯穿任何一层)
LINQ UI《-》BLL《-》ORM(把model和dal都给封装进来了)

架构设计不是你现在所考虑的事情！

LINQ不是这么用地

DLINQ做个几个项目，以前分好多层，现在懒得分了。
重点是DataContext生命周期的管理（这个影响到实体对象的维护），关于这个各有各得说法，也要看项目的具体情况。
其他的比如实体类partical特点的充分利用，还有分页查询的统一管理，增删改的处理逻辑，等等细节都影响到DLINQ的发挥的。我用这个主要还是看重开发效率