小项目有必要将对数据库的操作放在单独的类文件中吗？三层结构就没有必要了，但只要DAL层(数据访问层)和表现层，不要BLL层(业务逻辑层)可以吗？我现在也搞不清BLL层(业务逻辑层)有何用处？

这看你想怎么做咯..最好还是单独放...

用了就必须要

拿登陆来说
应该要有三个类
login.aspx的Login.aspx.cs类(楼主说的表现层)

User.cs(逻辑层)

DataAccess.cs(数据访问层)

在Login.aspx点击登陆时,就到Login.aspx.cs的"点击登陆按钮"事件处理方法,

它应该要调用User.cs里的Check方法,看用户名和密码是否正确,

而Check方法怎么检查?它就要通过DataAccess.cs读取数据库检查了

这就是三层结构

[此贴子已经被作者于2007-5-23 10:07:50编辑过]

这样讲，我就有点明白(逻辑层)的用途。小项目，直接在Login.aspx.cs的"点击登陆按钮"事件中进行Check方法，数据通过DataAccess.cs读取出来，也就是将逻辑层与表示层合在一起，只是单独将操作数据库的内容单独放在一个类文件中，可否？

实现起来当然没有问题 你把3层合在一块运行起来也不会有问题
但是这样整个项目就变成面向过程的体系了

如此说来，逻辑层的类中基本上是静态的方法，没有属性了？
还有，方法和自定义函数什么区别？感觉C#中的类的方法与VB或VBA中的带参数或不带参数的子过程写法上没什么区别？