ASP.NET多层结构
三层架构
表示层
业务层
逻辑层 我觉得主要是DAL的效率，这个层应该用COM实现，但是这样的话，如果是DNA的防火墙又成了问题。 还有，分层后的资源释放问题。 BLL层的只放逻辑规则就可以了，用它来连接UI和DAL 业务逻辑层(BLL)：主要是针对具体的问题的操作，也可以理解成对数据层的操作，对数据业务逻辑处理。如果说数据层是积木，那逻辑层就是对这些积木的搭建。
数据访问层(DAL)：主要是对原始数据(数据库或者文本文件等存放数据的形式)的操作层，而不是指原始数据，也就是说，是对数据的操作，而不是数据库，具体为业务逻辑层或表示层提供数据服务。
(IDAL)它体现了“抽象”的精神，或者说是“面向接口编程”的最佳体现。抽象的接口模块IDAL
(Model)实体和数据库表映射类
（Web）web网站项目 就按你的要求写把
需求：
1。需要有一个对象负责接收key
2.改类需要查询数据
3.该类需要返回数据 约束：该类在实际使用中需要查询商品表 C# codepublic class seach
{
private string _key
public string key
{
set(_key=value;)
}
private object _Result;
public object result //返回值，这里使用object是为了留出空白，保留该类的变化
{
get
{
return _Result;
}
} public virtual void getSearch() //查询数据，这里使用virtual同样是为了留出空白，保留该类的变化
{
}
} 你可以看到这是一个纯粹的对象，没有做任何数据库要做的事情，也没做界面要做的事情，他完全是对需求的一个代码翻译
这个是实际上是MOdel的东西 2.有了model层，我们在做业务逻辑,业务逻辑我们要完成对这个对象的约束 C# codepublic goodsSearch:seach
{
pu
相关文档：
一、Response对象
Response对象是HttpResponse类的一个实例。该类主要是封装来自ASP.NET操作的HTTP响应信息。
1.Response对象的属性
① BufferOutput
说明：获取或设置一个值，该值指示是否缓冲输出，并在完成处理整个页之后将其发送
属性值：如果缓冲了到客户端的输出， ......
//得到数据为库连接
SqlConnection con=new SqlConnection("数据库连接字符串");
//用存储过程名称和数据库连接创建SqlCommand 对象
SqlCommand command = new SqlCommand("存储过程名称",con);
//打开连接
con.Open();
//对数据库进行相应的操作
...................................
........................... ......
using System;
using System.Web;
using System.Data.SqlClient;
using System.Data;
using System.Configuration;
namespace op_db
{
/**//// <summary>
/// 专门用来处理与数据库的操作
/// </summary>
public class&n ......
最近搞用户验证时，出了个问题，查阅资料解决后，整理了一下。第一篇blog
主要就是父类和子类间OnLoad,OnInit,Load 事件，Init事件的执行先后问题。
一个页面（子类）的Oninit方法最先启动执行，而后递归执行父类中Oninit方法，父类Oninit方法中添加Init事件，执行Page_Init方法，后再返回父类Oninit方法执行完毕，最后返 ......
1、添加Web.config， < system.web>< /system.web>中添加< customErrors mode="On"
defaultRedirect="ApplicationErroy.aspx" >< /customErrors>节点，
2、添加Global.asax文件，找到Application_Error事件，加入以下代码：
//这是添加了一个全局应用程 ......
