关于三层架构的一点疑惑

数据访问层：是指对数据的操作，存储过程的执行等。业务逻辑层：对数据层的操作，也就是对数据层返回的结果进行处理。但是，“aspx.cs文件”中的逻辑处理代码？是不是可以理解为业务逻辑层中的呢？如果不是那么“aspx.cs文件”中的逻辑处理应该怎样理解？
什么才是业务逻辑层呢？
表示层：接受用户请求。是“aspx”和“aspx.cs”才对吧？

解决方案 »

  1.   

    不能分得太死。。
    aspx.cs
    是处理该页面的逻辑
    业务逻辑层 可以封装起方法 给 aspx.cs做调用。
      

  2.   

    petshop 微软的实例不是很经典呀 三层架构
      

  3.   

    理论上讲
    DAL是对数据的访问
    BLL是对数据的逻辑处理
    UI是数据的展示
    但有时候一些数据逻辑处理是必须放在UI中的.cs中处理的或者是在UI中的处理远方便放在BLL中处理。
    就好比数据表的设计尊从三大范式一样。我们只能向这方向靠齐，但人如果让尿憋死哪就太不值了..
      

  4.   

    ASPX和ASPX.CS是一回事，不能把它们分开。微软把它们分开是为了编程方便。如果你建立页面时，选择了合在一起（place code in separate file），那么它们就是一个文件了。不是说显示层就不能有代码。只不过它的代码不应该包括具体的业务逻辑以及数据库操作。
      

  5.   

    举例：建立一个页面根据输入学生的学号查询他的总成绩。页面上有一个文本框（用来输入学号），一个标签（显示总成绩或错误信息），一个按钮（用于提交）。1、在按钮点击事件里，写上所有代码，学号数据类型转换、ADO数据库命令等，这就是一层结构
    2、把数据库部分提出去，另写一个文件，就是两层结构
    3、在按钮事件里只写1、2个语句，调用一个业务逻辑层就行了，另写一个业务逻辑层调用数据层，逻辑层进行运算和判断，返回结果。更有甚者，对于这个简单的例子，你可以把这三层都写到一个文件里，用三个函数来表示。
      

  6.   

    如果从定义上说,aspx.cs文件可以用来处理业务逻辑层的东西,但这只是一个好习惯,也可以不遵守~