假设我有一个有5个文本框的表单,我需要从数据库中提取一些数据,然后用该数据设置这5个文本框。
所以假设我有三个基本层:
default.aspx页面背后的代码
与DAL联系的BLL类
和数据访问层(DAL)
但是我听说和阅读过default.aspx页面不应该知道sqldatareader,实际上您可能不想将sqlclient名称空间添加到页面后面的default.aspx代码中。
所以我以前做过这样的事情:
protected sub DisplayCustomerData()
Dim s as SqlDataReader
Dim b as BLL
b=new BLL
在3层体系结构(C#、ADO.NET)中,数据集和数据表是将数据从数据层返回到表示层的唯一选项吗?我一直在使用Datatables,但是什么时候我会尝试这样做呢?
public User getUserByP(User user)
{
User t = new User();
using(SqlConnection con = new SqlConnection(Conexion.Cn))
{
con.Open();
SqlCommand command = new SqlCommand(&
我的域层中有一个表单对象,它以分层的方式包含多个记录(对应于表行)。这些记录有字段(该表的列)。允许应用程序用户更新字段并从表单中添加/删除记录。表单对象的这个公共API启动表单的验证规则。
但是如何将数据库值加载到表单对象中呢?由于数据访问层知道域层,应该在域对象中创建内部方法吗?这样,当服务层(位于域顶部)向数据访问层请求表单对象时,数据访问层可以使用这些内部方法来创建所需的域对象。
public class DEForm
{
public DEForm(FormNumber number){}
public AddRecord(RecordNumber to, stri
我想为Windows应用程序设计一个n层体系结构。我希望消除UI层和数据访问层之间的耦合。换句话说,我希望UI层仅依赖于业务逻辑层。
我有一个例子:
public Class Person
{
public int Id { get; set; }
public string FirstName { get; set; }
public string LastName { get; set; }
public int Age { get; set; }
}
在数据访问层,我在UI层创建了新的Person,但不会调用数据访问层。最好
想象一下,我们有以下代码
public class test
{
public void Condition(x,y)
{
if (x == y)
{
methodOne();
}
else
{
methodTwo();
}
}
public void methodOne(){//do some database stuff}
public void methodTwo(){//do some database stuff}
}