.net三层架构具体实现之我见

我是把构造SQL语句放在数据层里的

解决方案 »

  1.   

    ２.在业务务。构造一个Sql语句,用model类构造一个参数数组．再把这个参数数组和sql语句传递给数据这个应该是数据访问层应该做的事情
    业务逻辑层是负责大量的业务逻辑的实现，一般小的系统，例如小型网站业务逻辑层没有作用
      

  2.   

    刚接触.net,看了petshop，觉得他的三层架构好麻烦阿！
       每个表或者说是针对表的业务，都被封装起来了。如果我的系统稍微大一点，比如说有几百个表，需要按照业务，分别封装好多个类阿。而且，如果做的时候考虑不周全，要改动表结构的话，修改也挺麻烦的。不知道大家如何处理的阿？
       还有，对于楼主的将sql语句在业务层就封装好了，如何实现不同数据库的sql兼容问题啊？
      

  3.   

    在基于数据库系统的系统中，最简单的业务建模方式就是选择一个成熟的ORM系统，或者自己实现一套ORM。而ODBMS、SOA等则是更为方便或者灵活的。
      

  4.   

    ASP.NET就是为两层开发量身打造的，
    刻意使用三层架构反而麻烦
      

  5.   

    个人感觉就是分清了职责三层架构是封闭式体系结构，也就是说只能逐层调用
    表示层只能调用业务逻辑层，业务逻辑层也只能调用数据层
    所以在表层示不应该看到sql语句，在业务逻辑层也不应该看到连接对象
      

  6.   


    能否分享一下您的ORM经验？
      

  7.   

    强烈建议SQL语句不要写在业务逻辑层，应该写到数据访问层，这样业务层才可以和具体的数据库脱离依赖。建议楼主下载一个强大的三层架构例子看看：
    http://blog.csdn.net/bluedoctor/archive/2010/01/24/5251913.aspx
      

  8.   

    这个问题，你借助PDF.NET框架的思想就可以很好的解决，其实这也是业界公认的方法，用Model封装表的变化，用ORM屏蔽具体的数据库。
      

  9.   

    就面向对象编程的思维来说，我不赞同LZ的看法顶sp1234老师的
      

  10.   

    三层架构实例：http://www.pwmis.com/sqlmap
      

  11.   

    业务逻辑层有问题了你。。业务逻辑啊。。光听名字就知道是处理 代码上逻辑问题的。不会对SQL有任的操作。。比如登录的权限分配啊什么的都写在这里面。。
      

  12.   

    不建议，业务层构造sql，这是数据层的事；业务层只处理数据