如题,如果使用linq to sql和获取数据内容,还需要三层架构的模式吗?

解决方案 »

  1.   

    linq to sql和三层架构一点关系都没有。
      

  2.   

    linq和三层没有关系
    Linq贯穿业务逻辑层没有问题
    Linq to SQL DAL
      

  3.   

    linq to sql其实可以看作替代三层架构的数据访问层,可以根据个人习惯和项目需求决定
      

  4.   

    怎么众说纷纭,有了linq to sql,就直接操作数据了啊,好像不用什么dal层去操作数据了,业务层可能还是需要。
      

  5.   

    正好这两天说到linq2sql,你先去看看这个帖子...http://topic.csdn.net/u/20110111/16/a3a307ee-26d0-419f-adaf-698ae273e888.htmllinq2sql只是个失败的ORM工具,和三层没有任何关系...重复一遍说过无数次的话,分层方法是工程方法不是软件技术更不是什么架构什么模式...
      

  6.   

    我们公司的项目就是三层LINQ只放存储过程。完全不用LINQ语法完全基于存储过程。。
      

  7.   

    还是多关注些Linq to Entities吧, 也就是Entity Framework.微软很多专家都在建议如果是第一次接触数据访问,那么linq to sql和entity framework之间还是选择后者。
      

  8.   


    Linq学习
      

  9.   

    LINQ2SQL一样可以使用MVC模式,只不过它把实体层和数据访问层帮你弄好了,注意下图,LONQ2SQL位于MODEL层里
    刚才我在这个帖子做很多关于分层架构的回答,楼主去看看http://topic.csdn.net/u/20080426/16/4e0aa99c-44fb-4592-a8c2-e371dee2bb36.html?91788
      

  10.   

    分层的目的:
    隔离,减少耦合。
    便于扩展和改动,如数据访问由SQLsever变orcal,界面由WINFORM变ASP.NET
    便于维护