三层结构的划分

看Duwamish，vs.net安装目录\Enterprise Samples有

解决方案 »

  1.   

    关于Duwamish的一些资料
    http://www.csdn.net/Develop/Read_Article.asp?Id=18110
    http://www.csdn.net/Develop/Read_Article.asp?Id=17067
      

  2.   

    数据访问底层应该可以共用，如微软的sqlhelper。现在许多项目都用它作为数据访问底层。
      

  3.   

    个人感觉！
    最简单的定义
    表示层 asp.net (web form)
    逻辑层 ado.net (其他逻辑操作)
    数据层 sql server或者 其他 数据库处理
      

  4.   


     推荐看VS.NET的自带案例 Duwamish7！
     位置在你的 vs.net安装目录\Enterprise Samples下
      

  5.   

    我是这样考虑的：
    1用户界面层：包括web form 或win form.
    2中间层：a:业务外观层
             b:业务规则层
             c:数据访问层
    3具体的数据存储：关系数据库，对象数据库，或文件系统
    用户界面和业务外观或数据访问层通信，交换数据。数据访问层负责和数据存储通信。
      

  6.   

    呵呵，我来说几句。
    我觉得还是业务层不要使用sql语句。它需要什么访问数据，通知数据实体层和数据访问层就好了，不然数据库变化会影响数据数访问层，还影响业务逻辑层，就不太好了。
    我觉得数据实体层是他们之间的传递和返回的结果。设计上有一个原则就是让各个层次相对独立，对应并行开发和重用，移植都是很好的。
      

  7.   

    赞同likeitbest.
       sql语句尽量全部集中在数据访问层，但在动态生成查询语句时，可能需要在业务规则层生成sql语句。另，如有比较完善的o/r映射机制，基本上都不用写sql了。
      

  8.   

    wendy188(阿吉) ,是的，没有必然的设计。动态生成查询语句可能就是一种需要。而且有时候可能别stored procedure替代，等等。所以，至于写不写sql,在哪个层次写，需不需要写，怎么写都要看实际项目和平台，服务器产品等。所以只能有一般的原则，没有永远的设计。
      

  9.   

    orm中间件已经继承到了jaee体系产品中，ms dot net有没有（好像没有见到），但第三方的东西一定可以用进来。不过，我不关心这个。
      

  10.   

    不好意思，打太多错字了
    orm中间件已经集成到了j2ee体系产品中，ms dot net有没有（好像没有见到），但第三方的东西一定可以用进来。不过，我不关心这个。
      

  11.   

    请问：
    在新建visualc#项目+asp.net web应用程序时就报错
    “visual stdio.net已经检测到指定的web服务器运行的不是asp.net版本。不能运行”
    搞得我开始学就有问题，什么事情都学不了！急救！！！
      

  12.   


    .Net framwork 2.0以后会有一个 Object Space的东东。类似ORM的数据访问组件。