小项目有必要将对数据库的操作放在单独的类文件中吗?
小项目有必要将对数据库的操作放在单独的类文件中吗?三层结构就没有必要了,但只要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的Login.aspx.cs类(楼主说的表现层)
User.cs(逻辑层)
DataAccess.cs(数据访问层)
在Login.aspx点击登陆时,就到Login.aspx.cs的"点击登陆按钮"事件处理方法,
它应该要调用User.cs里的Check方法,看用户名和密码是否正确,
而Check方法怎么检查?它就要通过DataAccess.cs读取数据库检查了
这就是三层结构
这样讲,我就有点明白(逻辑层)的用途。小项目,直接在Login.aspx.cs的"点击登陆按钮"事件中进行Check方法,数据通过DataAccess.cs读取出来,也就是将逻辑层与表示层合在一起,只是单独将操作数据库的内容单独放在一个类文件中,可否?
如此说来,逻辑层的类中基本上是静态的方法,没有属性了?
还有,方法和自定义函数什么区别?感觉C#中的类的方法与VB或VBA中的带参数或不带参数的子过程写法上没什么区别?