“三层结构”是“外观层”、“商业逻辑层”、“数据库层” 实例
2009-09-01 13:56
351 查看
# 留言板页面的外观代码都存放在 .aspx 文件中
# 当用户点击页面上的提交按钮时,先将文本信息传递给一个 LeaveWord 类对象
(LeaveWord 类的定义被封装到“商业逻辑层”)
# 之后让这个对象执行 Post() 将留言信息发送到数据库
用一个简单的代码就是:
<textarea id="Content" runat ="server"></textarea>
<input type="button" id="Post" runat ="server" />
// ----------------------------------------
// 在外观层,当用户点击发送按钮后
// ----------------------------------------
private void Post_ServerClick(object sender, EventArgs e)
{
LeaveWord lword=new LeaveWord();
lword.Content=Content.Value;
lword.Post();
}
// ----------------------------------------
// 在商业逻辑层,定义 LeaveWord 类
// ----------------------------------------
public class LeaveWord
{
public string Content;
public void Post()
{
new LWordData().Post(this.Content);
}
}
// ----------------------------------------
// 数据库层,定义发送方法
// ----------------------------------------
public class LWordData
{
public void Post(string content)
{
// 打开数据库,将 content 插入到表中
}
}
这样,外观层就不必费心数据库操作了...
理解基本正确.但是数据层已经只是数据库的操作,不应该和业务有任何关系,你可以参考SqlHelper.cs
提醒一点,系统的"层"是对代码的一种逻辑划分,并不是一定要三层,假设你的系统很简单,就一个页面,那一层就可以,如果系统很复杂,也可能是n层.
差不离了,核心就是外层绝对不会涉及任何数据处理,他的任务是设置界面,获取数据,输出数据
业务层最重要,所有数据处理在这里,如何运用外层提供的数据处理业务
数据库层一般都建议调用存储过程,返回数据集或其他所需数据;.net的那两个例子很好,多学习一下.
一个原则:
上层调下层
上层对下层是不可见的
设计时,表现层只调用逻辑层,表现层主要是取得页面的数据传到逻辑层,和把从逻辑层得到的数据显示到页面上。
逻辑层负责把数据加工整理传到数据层和把从数据层取得的数据加工
数据层就只负责把数据对数据库操作
业务逻辑层 就是给上层和下层下达命令和调节行为的中间层,这样说易于理解一点.
# 当用户点击页面上的提交按钮时,先将文本信息传递给一个 LeaveWord 类对象
(LeaveWord 类的定义被封装到“商业逻辑层”)
# 之后让这个对象执行 Post() 将留言信息发送到数据库
用一个简单的代码就是:
<textarea id="Content" runat ="server"></textarea>
<input type="button" id="Post" runat ="server" />
// ----------------------------------------
// 在外观层,当用户点击发送按钮后
// ----------------------------------------
private void Post_ServerClick(object sender, EventArgs e)
{
LeaveWord lword=new LeaveWord();
lword.Content=Content.Value;
lword.Post();
}
// ----------------------------------------
// 在商业逻辑层,定义 LeaveWord 类
// ----------------------------------------
public class LeaveWord
{
public string Content;
public void Post()
{
new LWordData().Post(this.Content);
}
}
// ----------------------------------------
// 数据库层,定义发送方法
// ----------------------------------------
public class LWordData
{
public void Post(string content)
{
// 打开数据库,将 content 插入到表中
}
}
这样,外观层就不必费心数据库操作了...
理解基本正确.但是数据层已经只是数据库的操作,不应该和业务有任何关系,你可以参考SqlHelper.cs
提醒一点,系统的"层"是对代码的一种逻辑划分,并不是一定要三层,假设你的系统很简单,就一个页面,那一层就可以,如果系统很复杂,也可能是n层.
差不离了,核心就是外层绝对不会涉及任何数据处理,他的任务是设置界面,获取数据,输出数据
业务层最重要,所有数据处理在这里,如何运用外层提供的数据处理业务
数据库层一般都建议调用存储过程,返回数据集或其他所需数据;.net的那两个例子很好,多学习一下.
一个原则:
上层调下层
上层对下层是不可见的
设计时,表现层只调用逻辑层,表现层主要是取得页面的数据传到逻辑层,和把从逻辑层得到的数据显示到页面上。
逻辑层负责把数据加工整理传到数据层和把从数据层取得的数据加工
数据层就只负责把数据对数据库操作
业务逻辑层 就是给上层和下层下达命令和调节行为的中间层,这样说易于理解一点.
相关文章推荐
- MVC三层结构就是:用户界面层,商业逻辑层,数据库层
- 三层体系结构与数据库 编程
- Code Fragment-根据逻辑意义确定数据库结构
- 根据数据库的结构来推断他的逻辑功能
- 顺序性,一致性,原子性:现代多核体系结构与原子操作·CAS与自旋锁·自旋锁与并发编程的原语·语句原子性和编程逻辑的原子性·行锁与数据库事务原子性·binlog与数据库同
- 三层体系结构与数据库编程 .
- [DIOCP3/MyBean/QDAC开源项目] DataModule-DB例子基于MyBean的插件实例<三层数据库方案>
- 三层结构:逻辑层
- [转]数据库中的多级结构存储(实例)
- 一个 MVC + 三层结构,基于数据库的Web商用系统,通用架构,请看图,,
- PostgreSQL学习第十篇 数据库逻辑结构介绍--数据库
- 数据库三层结构开发
- 【读书笔记】数据库逻辑结构
- spring security数据库表结构实例代码
- Proc*C实例三 -- 数据库代码逻辑代码分离
- php抓取新闻方法实例(包含新闻图片),配好数据库和表结构可直接使用
- C# 三层架构 UI、BLL、DAL、Model操作数据库登录实例
- 在关系数据库中。存放在数据库中的逻辑结构以什么为主 (4选一)
- C# 三层结构中提取config文件中的数据库连接字符串
- oracle实例进程和数据库结构