Areyan's Blog http://blogger.org.cn/blog/blog.asp?name=areyan 阿严的博客 blogger.org.cn W3CHINA Blog webmaster@blogger.org.cn <![CDATA[搬了新家]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=48519 areyan 2010/3/28 0:35:17 http://hi.baidu.com/areyan]]> <![CDATA[无用存储单元收集器工作小谈]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14774 areyan 2006/5/27 11:43:30 无用存储单元收集器是因为中间语言是为处理该过程而工作的。其规则要求，第一，不能引用已有的对象，除百复制已有的引用。第二，中间语言的类型安全的语言。在这里，其含义是如果存在对对象的任何引用，该引用中就有足够的信息来确定对象的类型。

无用存储单收集机制不能和诸如未受管制的C＋＋这样的语言一起使用，因为C＋＋允许在类型之间使用指针自由地转换数据类型。这样，搜索代码的程序就找不到指针的值，不能获得足够的信息来确定堆的什么区域正在使用。如前氘核，IL还允许在不安全的代码中使用指针，以及在指针之间转换数据类型。但使用IL，会严格限制使用这些指针的方式，以确保在代码中使用的指针不与无用存储单元收集器的需求冲突。特别是指针不允许设置为指向引用对象。

无用存储单元收集器的一个重要方面是它是不确定的。换言这，不能保证什么时候会调用无用存储单元收集器；.NET运行时决定需要它时，就可以调用它。显然，代码对内存的需求越多，无用存储单元收集器的调用次数就越多。但其次数是可以预计的。在代码中，可以使用.NET基类System.GC显式地调用无用存储单收集器，例如，可以在代码使用完大量的变量后调用它。但在大多数情况下，只需委托.NET运行时在合适的时候调用无用存储单元收集器即可。]]> <![CDATA[COM中语言互操作的含义]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14770 areyan 2006/5/27 1:19:14 ]]> <![CDATA[.NET中强类型化功能的重要性]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14769 areyan 2006/5/27 1:17:35 .NET Framework如果没有这个功能就不能工作：首先，Common Language Runtime可以在运行代码前检查代码，以确定代码需要执行什幺操作。第二，为了正确区分可以释放的内存，无用存储单元收集器必须能明确地知道每个内存位置都存储了什幺样的数据类型(如果做不到，就无法知道变量占用了多少内存)。数据类型上的任何含糊都会导致问题的出现，妨碍.NET运行的正确执行。第三，语言的互操作性是.NET Framework的一个主要卖点，它主要信赖于设计合理和具有一致性的数据类型信。

]]> <![CDATA[中间语言中接口的概念]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14768 areyan 2006/5/27 1:16:23 .NET接口与COM接口不同，它们不需要支持任何COM基类结束。但它们与COM共享了以下一个概念：提供一个契约，在执行指定接口的类时，必须提供接口指定的方法和属性的实现方式。]]> <![CDATA[运行受管制代码的优点]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14767 areyan 2006/5/27 1:12:01 1.在安全性方面有明显的优势,因为装配件是用中间语言编写的，所以.NET运行时可以检查代码要完成什幺样的工作，可以更安全地运行已经得到的代码。2.无用存储单元收集器将使用户不再需要编写明确的代码来释放已使用过的内存，这还意味着由无用存储单元收集器管理的所有变量都没有内存溃漏的问题。3.应用域的新概念意味着不同的应用程序需要在同一个过程中彼此独立，又能彼此通信，大大提高了性能。4.使用语言拥有语言的互操作性，可以更轻松地使用多种语言编写的代码。5.装配件的自我描述结构杜绝了因版本冲突问题或其它应用程序覆盖共享装配件而产生的错误。6..NET基类提供了一个非常直观、简单的对象模型，它可以比过去更方便地调用Windows的大多数功能，简化了源代码。

]]> <![CDATA[DotNet 中CLR的运行和编译模式]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14766 areyan 2006/5/27 0:42:29 .NET程序运行前必须编译，被编译后的程序代码不包括汇编程序指使，而是包括MSIL(Microsoft Intermediate Language指命，它是一种非常低级的语言，可以快速地由(JIT编译)为内部机械代码!

携带编译好的程序的软件包由许多装配件组成。每个装配件都包含中间语言代码，也包含元数据，代描述装配件中的数据类型和方法。元数据还包括装配件内容的一个简单散列，用于验证该装配件没有被塞满，它还包含版本信息，该装配件调用其它装配件的信息，以及控制权限的信息，代码必须有这些权限才能运行。该程序包含许多装配件，其中一个装配件被指定为一个可执行程序，包含主程序的激活入口点，其它装配件则指定为库。

当运行程序时，CLR首先会加载第一个装配件-包括程序主入口的装配件。第二步就是验证代码的“内存类型的安全性”。如果代码只以CLR可以控制的方式访问内存，它就是安全的内存类型。其重要性在于内存类型安全的代码可以保证不读写不属于它的任何内存。这是很重要的，因为.NET有一种机制(应用域)，允许多个应用程序运行在同一个过程中，如果是这样，就需要保证任何应用程序都不会访问其它应用程序的内存。如果CLR不能验证代码是内存类型安全的，根据本地安全策略，它就会拒绝运行代码。CLR最后就会运行代码。它为运行的代码创建一个过程，并标记应用域，在该域中放入程序的主纯种。在某些情况下，程序可以请求不放在与其它运行代码相同的过程中，此时CLR只会为该程序创建一个新的应用域。然后，CLR提取代码中需要运行的第一部分，把它从中间语言编译为汇编语言，再在合适的程序纯种中执行它，每次执行流到达一个以前没有执行过的新方法时，该方法就会编译为可执行代码。但这个编译过程只进行一次。该方法编译的、完后，其入口的地址就被编译好的可执行代码地址所替换。这样，就维护了性能，因为代码中只有实际要使用的部分才会被编译。这个过程称为just-in-time编译。注意JIT编译器在编译时，会根据在装配件中指定的编译设置优化代码。运行代码时，CLR会监视其内存的使用。根据监视结果，它在某些情况下会临时中断执行一小段时间(一般是几毫秒)，调用无用存储单元收集器，检查程序中的变量，以确定哪些内存区域仍处于满打满算状态，即代码仍在使用它们，而释放不再使用的区域。]]> <![CDATA[[轉]避免LEFT JOIN 和 NULL]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14413 areyan 2006/5/15 11:59:40 避免LEFT JOIN 和 NULL


當然，有很多時候您需要執行LEFT JOIN 和使用 NULL 值。但是，它們並不適用於所有情況。改變 SQL 查詢的構建方式可能會#29987;生將一個花幾分鐘運行的報告縮短到只花幾秒鐘這樣的天壤之別的效果。有時，必須在查詢中調整資料的形態，使之適應應用程式所要求的顯示方式。雖然 TABLE 資料類型會減少大量佔用資源的情況，但在查詢中還有許多區域可以進行優化。SQL 的一個有價值的常用功能是 LEFT JOIN。它可以用於檢索第一個表中的所有行、第二個表中所有匹配的行、以及第二個表中與第一個表不匹配的所有行。例如，如果希望返回每個客戶及其定單，使用 LEFT JOIN 則可以顯示有定單和沒有定單的客戶。

此工具可能會被過度使用。LEFT JOIN 消耗的資源非常之多，因為它們包含與 NULL（不存在）資料匹配的資料。在某些情況下，這是不可避免的，但是代價可能非常高。LEFT JOIN 比 INNER JOIN 消耗資源更多，所以如果您可以重新編寫查詢以使得該查詢不使用任何 LEFT JOIN，則會得到非常可觀的回報。

加快使用LEFT JOIN 的查詢速度的一項技術涉及創建一個 TABLE 資料類型，插入第一個表（LEFT JOIN 左側的表）中的所有行，然後使用第二個表中的值更新 TABLE 資料類型。此技術是一個兩步的過程，但與標準的 LEFT JOIN 相比，可以節省大量時間。一個很好的規則是嘗試各種不同的技術並記錄每種技術所需的時間，直到獲得用於您的應用程式的執行性能最佳的查詢。

測試查詢的速度時，有必要多次運行此查詢，然後取一個平均值。因#29234;查詢（或存儲過程）可能會存儲在SQL Server 記憶體中的過程緩存中，因此第一次嘗試耗費的時間好像稍長一些，而所有後續嘗試耗費的時間都較短。另外，運行您的查詢時，可能正在針對相同的表運行其他查詢。當其他查詢鎖定和解鎖這些表時，可能會導致您的查詢要排隊等待。例如，如果您進行查詢時某人正在更新此表中的資料，則在更新提交時您的查詢可能需要耗費更長時間來執行。

避免使用LEFT JOIN 時速度降低的最簡單方法是盡可能多地圍繞它們設計資料庫。例如，假設某一#29987;品可能具有類別也可能沒有類別。如果 Products 表存儲了其類別的 ID，而沒有用於某個特定產品的類別，則您可以在欄位中存儲 NULL 值。然後您必須執行 LEFT JOIN 來獲取所有#29987;品及其類別。您可以創建一個值為“No Category”的類別，從而指定外鍵關係不允許 NULL 值。通過執行上述操作，現在您就可以使用 INNER JOIN 檢索所有產品及其類別了。雖然這看起來好像是一個帶有多餘資料的變通方法，但可能是一個很有價值的技術，因為它可以消除 SQL 批次處理語句中消耗資源較多的 LEFT JOIN。在資料庫中全部使用此概念可以為您節省大量的處理時間。請記住，對於您的用戶而言，即使幾秒鐘的時間也非常重要，因為當您有許多用戶正在訪問同一個聯機資料庫應用程式時，這幾秒鐘實際上的意義會非常重大。
]]> <![CDATA[[转]数据库索引应用]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14382 areyan 2006/5/13 22:58:43 数据库索引应用


一、索引的概念
        索引就是加快检索表中数据的方法。数据库的索引类似于书籍的索引。在书籍中，索引允许用户不必翻阅完整个书就能迅速地找到所需要的信息。在数据库中，索引也允许数据库程序迅速地找到表中的数据，而不必扫描整个数据库。

二、索引的特点
    1.索引可以加快数据库的检索速度 
    2.索引降低了数据库插入、修改、删除等维护任务的速度 
    3.索引创建在表上，不能创建在视图上 
    4.索引既可以直接创建，也可以间接创建 
    5.可以在优化隐藏中，使用索引 
    6.使用查询处理器执行SQL语句，在一个表上，一次只能使用一个索引 
    7.其他

三、索引的优点
    1.创建唯一性索引，保证数据库表中每一行数据的唯一性
    2.大大加快数据的检索速度，这也是创建索引的最主要的原因
    3.加速表和表之间的连接，特别是在实现数据的参考完整性方面特别有意义。
    4.在使用分组和排序子句进行数据检索时，同样可以显著减少查询中分组和排序的时间。
    5.通过使用索引，可以在查询的过程中使用优化隐藏器，提高系统的性能。

四、索引的缺点
    1.创建索引和维护索引要耗费时间，这种时间随着数据量的增加而增加
    2.索引需要占物理空间，除了数据表占数据空间之外，每一个索引还要占一定的物理空间，如果要建立聚簇索引，那么需要的空间就会更大
    3.当对表中的数据进行增加、删除和修改的时候，索引也要动态的维护，降低了数据的维护速度

五、索引分类
    1.直接创建索引和间接创建索引
    直接创建索引： CREATE INDEX mycolumn_index ON mytable (myclumn)
    间接创建索引：定义主键约束或者唯一性键约束，可以间接创建索引
    2.普通索引和唯一性索引
    普通索引：CREATE INDEX mycolumn_index ON mytable (myclumn)
    唯一性索引：保证在索引列中的全部数据是唯一的，对聚簇索引和非聚簇索引都可以使用
    CREATE UNIQUE COUSTERED INDEX myclumn_cindex ON mytable(mycolumn)
    3.单个索引和复合索引
    单个索引：即非复合索引
    复合索引：又叫组合索引，在索引建立语句中同时包含多个字段名，最多16个字段
    CREATE INDEX name_index ON username(firstname,lastname)
    4.聚簇索引和非聚簇索引(聚集索引，群集索引)
   聚簇索引：物理索引，与基表的物理顺序相同，数据值的顺序总是按照顺序排列
    CREATE CLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn) WITH
    ALLOW_DUP_ROW(允许有重复记录的聚簇索引)
   非聚簇索引：CREATE UNCLUSTERED INDEX mycolumn_cindex ON mytable(mycolumn)

六、索引的使用
   1.当字段数据更新频率较低，查询使用频率较高并且存在大量重复值是建议使用聚簇索引
    2.经常同时存取多列，且每列都含有重复值可考虑建立组合索引
    3.复合索引的前导列一定好控制好，否则无法起到索引的效果。如果查询时前导列不在查询条件中则该复合索引不会被使用。前导列一定是使用最频繁的列
    4.多表操作在被实际执行前，查询优化器会根据连接条件，列出几组可能的连接方案并从中找出系统开销最小的最佳方案。连接条件要充份考虑带有索引的表、行数多的表；内外表的选择可由公式：外层表中的匹配行数*内层表中每一次查找的次数确定，乘积最小为最佳方案
    5.where子句中对列的任何操作结果都是在sql运行时逐列计算得到的，因此它不得不进行表搜索，而没有使用该列上面的索引；如果这些结果在查询编译时就能得到，那么就可以被sql优化器优化，使用索引，避免表搜索(例：select * from record where substring(card_no,1,4)=’5378’
&& select * from record where card_no like ’5378%’)任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边
    6.where条件中的’in’在逻辑上相当于’or’，所以语法分析器会将in ('0','1')转化为column='0' or column='1'来执行。我们期望它会根据每个or子句分别查找，再将结果相加，这样可以利用column上的索引；但实际上它却采用了"or策略"，即先取出满足每个or子句的行，存入临时数据库的工作表中，再建立唯一索引以去掉重复行，最后从这个临时表中计算结果。因此，实际过程没有利用column上索引，并且完成时间还要受tempdb数据库性能的影响。in、or子句常会使用工作表，使索引失效；如果不产生大量重复值，可以考虑把子句拆开；拆开的子句中应该包含索引
    7.要善于使用存储过程，它使sql变得更加灵活和高效

]]> <![CDATA[[转]ASP.NET基于角色的窗体安全认证机制]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14381 areyan 2006/5/13 22:54:49
说明：两个月前我刚学 ASP.NET， 在 codeproject.com 看到题目叫 Role-based Security with Forms Authentication 的文章，觉得很有帮助。当时就想翻译成中文。不过直接翻译实在没意思，这两天我参照 Heath Stewart的这篇文章，并且根据自己的理解，把它按照自己的想法和表达方式写成中文。附带上自己为这篇文章做的一个演示的web应用程序。
如果有理解错误的地方，欢迎来信指出或发表评论。

附：垃圾邮件实在讨厌，请高抬贵手。

原文章在 http://www.codeproject.com/aspnet/formsroleauth.asp
原作者 Heath Stewart


概要：
ASP.NET 提供了基于角色（即 Roles）的认证机制，然而它对角色的支持是不完全的。本文试图通过一些例子来说明如何实现和使用这种基于角色的认证机制。

简介：

ASP.NET 中窗体认证是一个功能非常强大的特性，只需要很少的代码就可以实现一个简单的平台无关的安全认证系统。
但是，如果你需要一个更复杂更有效的认证机制，那么你就要把众多用户分成用户群组，以利用它的灵活性。Windows 集成认证提供了这种认证机制，但它使用的是 NTLM，即Windows NT LAN Manager，因而它不是跨平台的。现在越来越多的人使用 Linux 系统，而 Mozilla Forefox 浏览器用户也越来越多，我们肯定不能把这些人拒之门外，因此我们寻求另外的认证机制。有两个选择：一是为网站划分多个区域，提供多个登录页面，强迫用户一个一个的去注册和登录；二是把用户分组，并且限制特定用户组对某页面或者某区域访问的权限。后者当然是更好的选择。通过分配角色给各个用户，我们能够实现这种功能。

微软为.NET平台留下了窗体认证中基于角色的认证机制，但是我们必须自己去实现它。本文力求覆盖窗体认证中基于角色的认证机制的一些基本的东西，比如它的概念，它的实现，如何在Web应用程序中应用等。


必要准备：
我们首先要建立一个数据库，一个Web应用项目，几个不同安全级别的机密目录，以及几个ASP.NET页面。当然你也可以在你现有的Web应用项目中添加这些。

1、创建数据库

首先要选择你需要使用的数据库管理系统 DBMS。本文使用 SQL Server 2000。

在实际应用项目的数据库中，一般都会有用户数据表 Users，它可能包括用户唯一标记：UserID，用户名：UserName，密码：Password，用户的邮件地址：Email，用户所在城市：City，用户登录次数 LoginCount 等。可以通过创建一个 UserInRoles 数据表（一般可以包括两个字段，用户名：UserName，用户角色：UserRoles）来实现为用户分配角色。


为了简单，我只创建一个 Users 数据表，它有3个字段，用户名 UserName，密码 Password，用户角色 UserRoles。创建表之前，你要选择数据库，或者创建一个新的数据库。要创建一个新的命名为WebSolution的数据库 ，只需要简单的SQL语句：

程序代码 程序代码
Create DATABASE WebSolution
GO

要选择一个叫msdb的数据库，可以使用SQL语句：

程序代码 程序代码
USE msdb
GO


接下来，我们创建刚才提到的 Users 数据表，SQL 脚本如下：
程序代码 程序代码

Create TABLE Users
(
UserName nvarchar(100) CONSTRAINT PK_UserName PRIMARY KEY,
Password nvarchar(150),
UserRoles nvarchar(100)
)

可以为这个表创建索引 Credentials，SQL语句如下：
程序代码 程序代码

Create INDEX Credentials ON Users
(
UserName,
Password
)
是否创建索引是可选的，由你自己决定。索引的好处和坏处请参考相关资料。

然后我们为这个Users数据库添加数据。角色名称由你自己自由选择，但是最好用有意义的名称，比如
"Administrator"（顶级管理员），"Manager"（管理员），"Member"（加盟成员），"User"（普通用户）等。例如：

UserName|Password|Roles
"willmove"|"pwd123"|"Administrator,User"
"amuhouse"|"pwd123"|"User"

其SQL语句是：
程序代码 程序代码

--注意 '45CB41B32DCFB917CCD8614F1536D6DA' 是 'pwd123' 使用 md5 加密后的字符串
Insert INTO Users(UserName,Password,UserRoles) VALUES ('willmove','45CB41B32DCFB917CCD8614F1536D6DA','Administrator,User')
GO
Insert INTO Users(UserName,Password,UserRoles) VALUES ('amuhouse','45CB41B32DCFB917CCD8614F1536D6DA','User')
GO


要注意的是角色 Roles 是大小写敏感的，这是因为在 Web.config 文件中是大小写敏感的。现在我们为实现这个安全认证机制创建几个必要的页面。
首先是用户登录页面 Login.aspx
如果还没有创建Web应用程序，那就现在创建一个。当然你也可以在一个已有的Web应用程序中创建这个页面。这里我假设已经创建了一个名称为 RolebasedAuth的Web应用程序（即 Visual Studio .Net 中的Project）。我把这个Login.aspx放在它的根目录下，也就是通过 http://localhost/RolebasedAuth/Login.aspx 可以访问。
这个Login.aspx放在哪里是无所谓的，但是它必须是公众有权限访问的。

在应用程序根路径下，我们创建两个机密的子目录，分别是 Admin 和 User。


接下来，我们创建一个支持角色认证的窗体认证登录系统。因为微软没有提供简单的实现机制，我们要自己花些时间去创建认证票据。它需要存贮少量信息，当然，有些名称必须和 Web.config 中配置的一样，要不ASP.NET 就会认为你的认证票据是无效的，从而强制转向到登录页面。我们在 VS.NET 中为 Login.aspx 添加两个TextBox控件，取名 UserNameTextBox, PasswordTextBox，再添加一个Button，取名 LoginButton，点击它进入后台代码。在 LoginButton_Click 方法中添加需要的代码。如下：

程序代码 程序代码
private void LoginButton_Click(object sender, System.EventArgs e)
{
// 初始化 FormsAuthentication
// 注意它是在 System.Web.Security 命名空间
// 因此要在代码开始添加 using System.Web.Security;
FormsAuthentication.Initialize ();

// 创建数据库连接和数据库操作命令对象
// 注意它是在 System.Data.SqlClient 命名空间
// 因此要在代码开始处添加 using System.Data.SqlClient;
SqlConnection conn =
new SqlConnection("Data Source=sun-willmove;integrated security=SSPI;Initial Catalog=WebSolution;");
SqlCommand cmd = conn.CreateCommand();
cmd.CommandText = "Select UserRoles FROM Users Where UserName=@username " +
"AND Password=@password";
// 填充各个参数
cmd.Parameters.Add("@username", SqlDbType.NVarChar, 100).Value =
UserNameTextBox.Text;
cmd.Parameters.Add("@password", SqlDbType.NVarChar, 150).Value =
FormsAuthentication.HashPasswordForStoringInConfigFile(
PasswordTextBox.Text, "md5"); // 或者 "sha1"

// 执行数据库操作命令
conn.Open();
SqlDataReader reader = cmd.ExecuteReader();
if (reader.Read())
{
// 为了实现认证，创建一个新的票据
FormsAuthenticationTicket ticket = new FormsAuthenticationTicket(
1, // 票据版本号
UserNameTextBox.Text, // 票据持有者
DateTime.Now, //分配票据的时间
DateTime.Now.AddMinutes(30), // 失效时间
true, // 需要用户的 cookie
reader.GetString(0), // 用户数据，这里其实就是用户的角色
FormsAuthentication.FormsCookiePath);//cookie有效路径

//使用机器码machine key加密cookie，为了安全传送
string hash = FormsAuthentication.Encrypt(ticket);
HttpCookie cookie = new HttpCookie(
FormsAuthentication.FormsCookieName, // 认证cookie的名称
hash); //加密之后的cookie

//将cookie的失效时间设置为和票据tikets的失效时间一致
if (ticket.IsPersistent) cookie.Expires = ticket.Expiration;

//添加cookie到页面请求响应中
Response.Cookies.Add(cookie);

// 将用户转向到之前请求的页面，
// 如果之前没有请求任何页面，就转向到首页
string returnUrl = Request.QueryString["ReturnUrl"];
if (returnUrl == null) returnUrl = "./";

// 不要调用 FormsAuthentication.RedirectFromLoginPage 方法，
// 因为它会把刚才添加的票据（cookie）替换掉
Response.Redirect(returnUrl);
}
else
{
// 不要告诉用户"密码错误"，这样等于给了入侵者一个机会，
// 因为他们知道了他们输入的用户名是存在的
//
ErrorLabel.Text = "用户名或者密码错误，请重试！";
ErrorLabel.Visible = true;
}

reader.Close();
conn.Close();
}

前台 aspx 页面代码如下：


程序代码 程序代码
<%@ Page language="c#" Codebehind="Login.aspx.cs" AutoEventWireup="false" Inherits="RolebasedAuth.Login" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" >
<HTML>
<HEAD>
<title>Login</title>
<meta name="GENERATOR" Content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" Content="C#">
<meta name="vs_defaultClientScript" content="JavaScript">
<meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5 ">
</HEAD>
<body>
<form id="Form1" method="post" runat="server">
<P>
<asp:Label id="Label1" runat="server">用户名:</asp:Label>
<asp:TextBox id="UserNameTextBox" runat="server"></asp:TextBox></P>
<P><FONT face="宋体">  </FONT>
<asp:Label id="Label2" runat="server">密码:</asp:Label>
<asp:TextBox id="PasswordTextBox" runat="server" TextMode="Password"></asp:TextBox></P>
<P>
<asp:Label id="ErrorLabel" runat="server" Visible="False"></asp:Label></P>
<P>
<asp:Button id="LoginButton" runat="server" Text="登录"></asp:Button></P>
</form>
</body>
</HTML>


你会注意到上面我们对密码的处理：将它哈希加密。哈希加密是一种单向算法（不可逆算法），生成唯一的字符数组。因此即使是改变密码中一个字母的大小写，都会生成完全不同的哈希列。我们把这些加密的密码存储在数据库中，这样更安全。在实际应用中，你可能想为用户找回忘记的密码。但是哈希散列是不可逆的，所以你就不可能恢复原来的密码。但是你可以更改用户的密码，并且把这个更改后的密码告诉他。如果一个网站能够给你旧密码，那么你要考虑清楚了，你的用户数据是不安全的！事实上，国内大部分网站都是没有经过加密直接把用户的密码存储到数据库中的。如何一个黑客入侵成功，那么这些用户帐户就很危险了！

如果没有使用SSL，你的密码在网络中也是以明文传输的。传输过程中可能会被窃取。在服务器端加密密码只能保证密码存储的安全。SSL相关的资料可以在 http://www.versign.com 或 http://www.thewte.com 中找到。

如果你不想以加密方式在数据库中存储密码，你可以更改上面的代码，把
FormsAuthentication.HashPasswordForStoringInConfigFile(PasswordTextBox.Text, "md5") 改成 PasswordTextBox.Text 即可。

下一步，我们需要修改 Global.asax 文件。如果你的Web应用程序没有这个文件，请右键单击Web应用项目，选择 "添加->添加新项...->Global Application Class"。在 Global.asax 或者 Global.asax.cs 中，找到叫做 Application_AuthenticationRequest 的方法（函数）。先要确认已经包含或者使用了 System.Security.Principal 以及 System.Web.Security 命名空间，然后修改它，修改后的代码：

程序代码 程序代码
protected void Application_AuthenticateRequest(Object sender, EventArgs e)
{
if (HttpContext.Current.User != null)
{
if (HttpContext.Current.User.Identity.IsAuthenticated)
{
if (HttpContext.Current.User.Identity is FormsIdentity)
{
FormsIdentity id =
(FormsIdentity)HttpContext.Current.User.Identity;
FormsAuthenticationTicket ticket = id.Ticket;

// 取存储在票据中的用户数据，在这里其实就是用户的角色
string userData = ticket.UserData;
string[] roles = userData.Split(',');
HttpContext.Current.User = new GenericPrincipal(id, roles);
}
}
}

}


认证票据（用户名和密码）是没有作为cookie的一部分来存储的，而且也不可以，因为用户可以修改他们的cookie。
事实上，FormsAuthentication是用你的机器码 （machine key，通常在 machine.config 中）来加密票据（FormsAuthenticationTicket）的。我们使用 UserData 存储用户角色，并且生成一个新的凭证。一旦凭证已经创建，它会被添加到当前上下文中（即 HttpContext），这样就可以用它来取回用户角色了。

接下来，我们设置机密目录（也就是"安全目录"，特定的使用者如管理员才有权限访问的目录）。首先看看你的Web应用程序根目录下是否有 Web.config 这个文件，如果没有就创建一个。你也可以在你的子目录中创建 Web.config 文件，当然，这个 Web.config 文件是有限制的（一些参数它不可以设置）。要实现安全认证，在 Web应用程序根目录下的 Web.config 文件中找到 <system.web> 节点下的
程序代码 程序代码
<authentication mode="Windows" />，把它修改为

<authentication mode="Forms">
<forms name="AMUHOUSE.ASPXAUTH"
loginUrl="Login.aspx"
protection="All"
path="./" />
</authentication>
<authorization>
<allow users="*"/>
</authorization>

上面的 name="AMUHOUSE.ASPXAUTH" 中，AMUHOUSE.ASPXAUTH 这个名称是任意的。要控制用户或者用户组的权限，我们可以有两种方法，一是配置在应用程序根目录下的 Web.config 文件，二是在机密目录下创建一个独立的 Web.config 文件。（后者也许会比较好。）如果是前者，这个Web.config 就应该包含有下面的内容（或者类似的内容）：

程序代码 程序代码
<configuration>
<system.web>
<authentication mode="Forms">
<forms name=" AMUHOUSE.ASPXAUTH"
loginUrl="login.aspx"
protection="All"
path="/"/>
</authentication>
<authorization>
<allow users="*"/>
</authorization>
</system.web>
<location path="./Admin">
<system.web>
<authorization>
<!-- 注意！下面几行的顺序和大小写是非常重要的！ -->
<allow roles="Administrator"/>
<deny users="*"/>
</authorization>
</system.web>
</location>
<location path="./User">
<system.web>
<authorization>
<!-- 注意！下面几行的顺序和大小写是非常重要的！ -->
<allow roles="User"/>
<deny users="*"/>
</authorization>
</system.web>
</location>
</configuration>


为了使Web应用程序的目录之前不互相依赖，可以比较方便的改名或者移动，可以选择在每一个安全子目录下配置单独的 Web.config 文件。它只需要配置 <authorization/>节点，如下：

程序代码 程序代码
<configuration>
<system.web>
<authorization>
<!-- 注意！下面几行的顺序和大小写是非常重要的！ -->
<allow roles="Administrator"/>
<deny users="*"/>
</authorization>
</system.web>
</configuration>


需要再次提醒的是，上面的角色 roles 是大小写敏感的，为了方便，你也可以把上面修改为：
<allow roles="Administrator,administrator" />
如果你想允许或者禁止多个角色对这个目录的访问，可以用逗号隔开，如：
<allow roles="Administrator,Member,User" />
<deny users="*" />

至此，我们已经为网站配置了基于角色的安全认证机制了。你可以先编译你的程序，然后尝试访问一个机密目录，例如 http://localhost/RolebasedAuth/Admin ，这时候你就会被转向到用户登录页面。如果你登录成功，并且你的角色对这个目录有访问权限，你就重新回到这个目录下。可能会有用户（或入侵者）企图进入机密目录，我们可以使用一个 Session 来存储用户登录的次数，超过一定次数就不让用户登录，并且显示"系统拒绝了你的登录请求！"。

下面，我们讨论如何根据用户角色让Web控件显示不同内容。

有时候根据用户的角色来显示内容比较好，因为你可能不想为那么多不同的角色（用户群组）制作一大堆有许多重复内容的页面。这样的网站，各种用户帐户可以并存，付费的用户帐户能够访问附加的付费内容。另一个例子是一个页面将显示一个 "进入后台管理" 按钮链接到后台管理页面如果当前用户是 "Administrator"（高级管理员）角色。我们现在就实现这个页面。
我们上面用到的 GenericPrincipal 类实现了 IPincipal 接口，这个接口有一个方法名叫做 IsInRole()，它的参数是一个字符串，这个字符串就是要验证的用户角色。如果我们要显示内容给角色是 "Administrator"的已登录用户，我们可以在 Page_Load 中添加下面代码：
程序代码 程序代码
if (User.IsInRole("Administrator"))
AdminLink.Visible = true;

整个的页面代码如下（为了简便，把后台代码也写在aspx页面）：

程序代码 程序代码
<html>
<head>
<title>欢迎您！</title>
<script runat="server">
protected void Page_Load(Object sender, EventArgs e)
{
if (User.IsInRole("Administrator"))
AdminLink.Visible = true;
else
AdminLink.Visible = false;
}
</script>
</head>
<body>
<h2>欢迎！</h2>
<p>欢迎来到阿木小屋 http://amuhouse.com/ ^_^</p>
<asp:HyperLink id="AdminLink" runat="server"
Text="管理首页" NavigateUrl="./Admin"/>
</body>
</html>

这样，链接到 Admin 目录的HyperLink 控件只会显示给角色是 Administrator 的用户。你也可以根据为未登录用户提供一个链接到登录页面，如：

程序代码 程序代码
protected void Page_Load(object sender, System.EventArgs e)
{

if (User.IsInRole("Administrator"))
{
AdminLink.Text = "管理员请进";
AdminLink.NavigateUrl="./Admin";
}
else if(User.IsInRole("User"))
{
AdminLink.Text = "注册用户请进";
AdminLink.NavigateUrl="./User";

}
else
{
AdminLink.Text = "请登录";
AdminLink.NavigateUrl="Login.aspx?ReturnUrl=" + Request.Path;
}

}


这里，我们通过设置叫做ReturnUrl的 QueryString 变量，可以使用户登录成功后返回到当前的这个页面.


小结：
本文用于帮助你理解基于角色安全机制的重要性、实用性，并且也用 ASP.NET 实现了基于角色的安全机制。它并不是一个很难实现的机制，不过它可能需要一些相关知识如 什么是用户凭证，如何认证用户身份，以及如何审定授权用户。如果你觉得它很有帮助，我会非常高兴。我希望它可以引导你在你的网站中去实现基于角色的窗体安全认证机制。]]> <![CDATA[C#中构造函数和析构函数的用法]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14348 areyan 2006/5/13 0:49:31 摘 要：构造函数与析构函数是一个类中看似较为简单的两类函数，但在实际运用过程中总会出现一些意想不到的运行错误。本文将较系统的介绍构造函数与析构函数的原理及在C#中的运用，以及在使用过程中需要注意的若干事项。
　　关键字：构造函数；析构函数；垃圾回收器；非托管资源；托管资源
　　一．构造函数与析构函数的原理
　　作为比C更先进的语言，C#提供了更好的机制来增强程序的安全性。C#编译器具有严格的类型安全检查功能，它几乎能找出程序中所有的语法问题，这的确帮了程序员的大忙。但是程序通过了编译检查并不表示错误已经不存在了，在“错误”的大家庭里，“语法错误”的地位只能算是冰山一角。级别高的错误通常隐藏得很深，不容易发现。
　　根据经验，不少难以察觉的程序错误是由于变量没有被正确初始化或清除造成的，而初始化和清除工作很容易被人遗忘。微软利用面向对象的概念在设计C#语言时充分考虑了这个问题并很好地予以解决：把对象的初始化工作放在构造函数中，把清除工作放在析构函数中。当对象被创建时，构造函数被自动执行。当对象消亡时，析构函数被自动执行。这样就不用担心忘记对象的初始化和清除工作。
　　二．构造函数在C#中的运用
　　构造函数的名字不能随便起，必须让编译器认得出才可以被自动执行。它的命名方法既简单又合理：让构造函数与类同名。除了名字外，构造函数的另一个特别之处是没有返回值类型，这与返回值类型为void的函数不同。如果它有返回值类型，那么编译器将不知所措。在你可以访问一个类的方法、属性或任何其它东西之前， 第一条执行的语句是包含有相应类的构造函数。甚至你自己不写一个构造函数，也会有一个缺省构造函数提供给你。
class TestClass
{
　public TestClass(): base() {} // 由CLR提供
} 
　　下面列举了几种类型的构造函数
　　1）缺省构造函数
class TestClass
{
　public TestClass(): base() {}
}
　　上面已介绍，它由系统（CLR）提供。
　　2）实例构造函数
　　实例构造函数是实现对类中实例进行初始化的方法成员。如：
using System;
class Point
{
　public double x, y;
　public Point()
　{
　　this.x = 0;
　　this.y = 0;
　}
　public Point(double x, double y)
　{
　　this.x = x;
　　this.y = y;
　}
　…
}
class Test
{
　static void Main()
　{
　　Point a = new Point();
　　Point b = new Point(3, 4); // 用构造函数初始化对象
　　…
　}
}
　　声明了一个类Point，它提供了两个构造函数。它们是重载的。一个是没有参数的Point构造函数和一个是有两个double参数的Point构造函数。如果类中没有提供这些构造函数，那么会CLR会自动提供一个缺省构造函数的。但一旦类中提供了自定义的构造函数，如Point()和Point(double x, double y)，则缺省构造函数将不会被提供，这一点要注意。
　　3） 静态构造函数
　　静态构造函数是实现对一个类进行初始化的方法成员。它一般用于对静态数据的初始化。静态构造函数不能有参数，不能有修饰符而且不能被调用，当类被加载时，类的静态构造函数自动被调用。如：
using System.Data;
class Employee
{
　private static DataSet ds;
　static Employee()
　{
　　ds = new DataSet(...);
　}
　...
}
　　声明了一个有静态构造函数的类Employee。注意静态构造函数只能对静态数据成员进行初始化，而不能对非静态数据成员进行初始化。但是，非静态构造函数既可以对静态数据成员赋值，也可以对非静态数据成员进行初始化。
　　如果类仅包含静态成员，你可以创建一个private的构造函数：private TestClass() {…}，但是private意味着从类的外面不可能访问该构造函数。所以，它不能被调用，且没有对象可以被该类定义实例化。
　　以上是几种类型构造函数的简单运用，下面将重点介绍一下在类的层次结构中（即继承结构中）基类和派生类的构造函数的使用方式。派生类对象的初始化由基类和派生类共同完成：基类的成员由基类的构造函数初始化，派生类的成员由派生类的构造函数初始化。
　　当创建派生类的对象时，系统将会调用基类的构造函数和派生类的构造函数，构 造函数的执行次序是：先执行基类的构造函数，再执行派生类的构造函数。如果派生类又有对象成员，则，先执行基类的构造函数，再执行成员对象类的构造函数，最后执行派生类的构造函数。
　　至于执行基类的什么构造函数，缺省情况下是执行基类的无参构造函数，如果要执行基类的有参构造函数，则必须在派生类构造函数的成员初始化表中指出。如：
class A
{ private int x;
　public A( ) { x = 0; }
　public A( int i ) { x = i; }
};
class B : A
{ private int y;
　public B( ) { y = 0; }
　public B( int i ) { y = i; }
　public B( int i, int j ):A(i) { y = j; }
};
B b1 = new B(); //执行基类A的构造函数A()，再执行派生类的构造函数B()
B b2 = new B(1); //执行基类A的构造函数A()，再执行派生类的构造函数B(int)
B b3 = new B(0,1); //执行执行基类A的构造函数A(int) ，再执行派生类的 
　　构造函数B(int,int)
　　在这里构造函数的执行次序是一定要分析清楚的。另外，如果基类A中没有提供无参构造函数public A( ) { x = 0; }，则在派生类的所有构造函数成员初始化表中必须指出基类A的有参构造函数A(i)，如下所示：
class A
{ private int x;
　public A( int i ) { x = i; }
};
class B : A
{ private int y;
　public B():A(i) { y = 0; }
　public B(int i):A(i) { y = i; }
　public B(int i, int j):A(i) { y = j; }
};
　　三．析构函数和垃圾回收器在C#中的运用
　　析构函数是实现销毁一个类的实例的方法成员。析构函数不能有参数，不能任何修饰符而且不能被调用。由于析构函数的目的与构造函数的相反，就加前缀‘~’以示区别。
　　虽然C#（更确切的说是CLR）提供了一种新的内存管理机制---自动内存管理机制（Automatic memory management），资源的释放是可以通过“垃圾回收器” 自动完成的，一般不需要用户干预，但在有些特殊情况下还是需要用到析构函数的，如在C#中非托管资源的释放。
　　资源的释放一般是通过"垃圾回收器"自动完成的,但具体来说,仍有些需要注意的地方：
　　1. 值类型和引用类型的引用其实是不需要什么"垃圾回收器"来释放内存的,因为当它们出了作用域后会自动释放所占内存，因为它们都保存在栈(Stack)中;
　　2. 只有引用类型的引用所指向的对象实例才保存在堆(Heap)中,而堆因为是一个自由存储空间,所以它并没有像"栈"那样有生存期("栈"的元素弹出后就代表生存期结束,也就代表释放了内存),并且要注意的是,"垃圾回收器"只对这块区域起作用;
　　然而,有些情况下，当需要释放非托管资源时,就必须通过写代码的方式来解决。通常是使用析构函数释放非托管资源，将用户自己编写的释放非托管资源的代码段放在析构函数中即可。需要注意的是,如果一个类中没有使用到非托管资源,那么一定不要定义析构函数,这是因为对象执行了析构函数,那么"垃圾回收器"在释放托管资源之前要先调用析构函数，然后第二次才真正释放托管资源，这样一来，两次删除动作的花销比一次大多的。下面使用一段代码来示析构函数是如何使用的：
public class ResourceHolder
{
…
~ResourceHolder()
{
　// 这里是清理非托管资源的用户代码段
}
}
　　四．小结
　　构造函数与析构函数虽然是一个类中形式上较简单的函数，但它们的使用决非看上去那么简单，因此灵活而正确的使用构造函数与析构函数能够帮你更好的理解CLR的内存管理机制，以及更好的管理系统中的资源。]]> <![CDATA[Visual C#的SQL Server编程]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14347 areyan 2006/5/13 0:48:36 Visual C#的SQL Server编程

Visual Studio.NET的中文Beta 2版本推出已有一段时日了，相比早期的Beta 1版本，新版本各方面都有很大的变化，其中包括SQL Server编程方面，在中文Beta 2中，数据库的存取普遍改用了OLE DB的方式。由于数据库编程是企业级应用开发的核心，本文将举例阐述中文Bete 2版本中的SQL Server编程方法。

初始设置

首先，我们需在应用系统中安装SQL Server 2000，Microsoft OLE DB Provider for SQL Server (SQL OLE DB)也会同时被自动安装，接着用SQL Server的Enterprise Manager创建一个叫tyjdb的数据库，并新建一名为address的数据表，其含name、email、age和address四个字段。

打开VS开发环境中的视图选单项中的服务器资源管理器，该管理器可管理SQL Server及其他各种OLE DB的数据库连接，并可以管理其中的数据。接着我们添加一个新的数据连接，连接属性选择Microsoft OLE DB Provider for SQL server，然后选好服务器及数据库tyjdb，测试连接成功后按确定。使用该工具可又快又准地生成需要的数据库连接字符串。

连接数据库

新建一个ASP.NET项目或Windows.NET应用程序，因为二者的数据库存取程序是相同的。将服务器资源管理器中的数据连接拖至新建的Web Form上即可，这时自动生成了一个连接字符串如下：

this.sqlConnection1.ConnectionString
= "data source=WHOAMI;
initial catalog=tyjdb;
integrated security=SSPI;
persist security info=False;
workstation id=WHOAMI;
packet size=4096";
其中WHOAMI为笔者的服务器名。 


选取工具箱中的SqlDataAdapter并拖至该Web Form，提示时选取tyjdb的数据连接，选择使用SQL语句访问数据库，生成SQL语句时只填入SELECTFROM ADDRESS，确认完成即可。程序生成代码如下：

protected System.Data.SqlClient.SqlDataAdapter sqlDataAdapter1;
//存取数据库的主要类
protected System.Data.SqlClient.SqlCommand sqlSelectCommand1;
//SQL语句处理的类
protected System.Data.SqlClient.SqlConnection sqlConnection1;
//连接数据库的类
在InitializeComponent()中有如下声明：
this.sqlConnection1 = new System.Data.SqlClient.SqlConnection();
this.sqlDataAdapter1 = new System.Data.SqlClient.SqlDataAdapter();
this.sqlSelectCommand1 = new System.Data.SqlClient.SqlCommand();
this.sqlDataAdapter1.SelectCommand = this.sqlSelectCommand1;
this.sqlSelectCommand1.CommandText = "SELECT name, email, age, address FROM address";
this.sqlSelectCommand1.Connection = this.sqlConnection1; 


为使Table中数据能在Web Form中显示，加入一个DataGrid控件至Web Form上，并在Page_Init中加入如下语句：

sqlConnection1.Open();
//打开数据库连接
DataSet objDataset;
//新建一个放数据的DataSet
objDataset=new DataSet();
sqlDataAdapter1.Fill(objDataset, "address");
//将数据填入DataSet
DataGrid1.DataSource=objDataset.Tables["address"].DefaultView;
//关联DataSet和DataGrid
DataGrid1.DataBind();
//绑定数据
sqlConnection1.Close();
//关闭数据库连接 


编译执行后Web Form已可将数据库中数据显示在DataGrid中了。

增加数据

若想增加数据库数据时，我们只需在Web Form上新增对应字段数量个数的TextBox，并新增一个按键，接着为该按键增加Click事件，具体代码如下：

sqlInsertCommand1.Parameters["@name"].Value=TextBox1.Text;
//将TextBox赋值给对应参数
sqlInsertCommand1.Parameters["@email"].Value=TextBox2.Text;
sqlInsertCommand1.Parameters["@age"].Value=TextBox3.Text;
sqlInsertCommand1.Parameters["@address"].Value=TextBox4.Text;
sqlInsertCommand1.Connection.Open();
//打开连接
sqlInsertCommand1.ExecuteNonQuery();
//执行Insert语句
sqlInsertCommand1.Connection.Close();
//关闭连接
sqlConnection1.Open();
DataSet objDataset;
//下面程序段更新DataGrid
objDataset=new DataSet();
sqlDataAdapter1.Fill(objDataset, "address");
DataGrid1.DataSource=objDataset.Tables["address"].DefaultView;
DataGrid1.DataBind(); 


执行这段程序时，只需在TextBox中填入要添加的记录字段的值，然后按该按键即可执行添加功能。

删除数据

若想删除数据库数据时，我们则需在Web Form上新增一个TextBox5及一个按键，为该按键增加如下代码：

SqlCommand sqlDeleteCommand1 = new System.Data.SqlClient.SqlCommand();
//声明Sql Command类对象
this.sqlDataAdapter1.DeleteCommand = sqlDeleteCommand1;
sqlDeleteCommand1.CommandText="DELETE FROM ADDRESS WHERE NAME='"+TextBox5.Text+"'";
//SQL语句
sqlDeleteCommand1.Connection = this.sqlConnection1;
//声明使用的数据连接
sqlDeleteCommand1.Connection.Open();
sqlDeleteCommand1.ExecuteNonQuery();
//执行该SQL语句
sqlDeleteCommand1.Connection.Close(); 


执行这段程序时，只需在TextBox5中填入要删除的记录name字段的值，然后按该按键即可执行删除功能。

更新操作原理都类同，具体开发中可以有许多技巧丰富完善上述程序，如增加错误处理等，这里限于篇幅不一一叙述了。

综上可知，充分利用Visual Studio.NET的开发环境来简化程序设计对提高编程效率和质量极有好处。

上述程序均用C#开发，在中文Windows 2000 Server、SQL Server 2000、Visual Studio.NET中文Beta 2环境下，编译并正常运行，中文显示正常。

]]> <![CDATA[[转]编写高性能 Web 应用程序的 10 个技巧]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14135 areyan 2006/5/6 22:04:04 数据层性能 
 技巧 1 — 返回多个结果集 
 技巧 2 — 分页的数据访问 
 技巧 3 — 连接池 
 技巧 4 — ASP.NET 缓存 API 
 技巧 5 — 每请求缓存 
 技巧 6 — 后台处理 
 技巧 7 — 页输出缓存和代理服务器 
 技巧 8 — 运行 IIS 6.0（只要用于内核缓存） 
 技巧 9 — 使用 Gzip 压缩 
 技巧 10 — 服务器控件视图状态 
 小结 

    使用 ASP.NET 编写 Web 应用程序的简单程度令人不敢相信。正因为如此简单，所以很多开发人员就不会花时间来设计其应用程序的结构，以获得更好的性能了。在本文中，我将讲述 10 个用于编写高性能 Web 应用程序的技巧。但是我并不会将这些建议仅局限于 ASP.NET 应用程序，因为这些应用程序只是 Web 应用程序的一部分。本文不作为对 Web 应用程序进行性能调整的权威性指南 — 一整本书恐怕都无法轻松讲清楚这个问题。请将本文视作一个很好的起点。

       成为工作狂之前，我原来喜欢攀岩。在进行任何大型攀岩活动之前，我都会首先仔细查看指南中的路线，阅读以前游客提出的建议。但是，无论指南怎么好，您都需要真正的攀岩体验，然后才能尝试一个特别具有挑战性的攀登。与之相似，当您面临修复性能问题或者运行一个高吞吐量站点的问题时，您只能学习如何编写高性能 Web 应用程序。

     我的个人体验来自在 Microsoft 的 ASP.NET 部门作为基础架构程序经理的经验，在此期间我运行和管理 www.ASP.NET，帮助设计社区服务器的结构，社区服务器是几个著名 ASP.NET 应用程序（组合到一个平台的 ASP.NET Forums、.Text 和 nGallery）。我确信有些曾经帮助过我的技巧对您肯定也会有所帮助。

     您应该考虑将应用程序分为几个逻辑层。您可能听说过 3 层（或者 n 层）物理体系结构一词。这些通常都是规定好的体系结构方式，将功能在进程和/或硬件之间进行了物理分离。当系统需要扩大时，可以很轻松地添加更多的硬件。但是会出现一个与进程和机器跳跃相关的性能下降，因此应该避免。所以，如果可能的话，请尽量在同一个应用程序中一起运行 ASP.NET 页及其相关组件。

因为代码分离以及层之间的边界，所以使用 Web 服务或远程处理将会使得性能下降 20% 甚至更多。

数据层有点与众不同，因为通常情况下，最好具有专用于数据库的硬件。然而进程跳跃到数据库的成本依然很高，因此数据层的性能是您在优化代码时首先要考虑的问题。

在深入应用程序的性能修复问题之前，请首先确保对应用程序进行剖析，以便找出具体的问题所在。主要性能计数器（如表示执行垃圾回收所需时间百分比的计数器）对于找出应用程序在哪些位置花费了其主要时间也非常有用。然而花费时间的位置通常非常不直观。

本文讲述了两种类型的性能改善：大型优化（如使用 ASP.NET 缓存），和进行自身重复的小型优化。这些小型优化有时特别有意思。您对代码进行一点小小的更改，就会获得很多很多时间。使用大型优化，您可能会看到整体性能的较大飞跃。而使用小型优化时，对于某个特定请求可能只会节省几毫秒的时间，但是每天所有请求加起来，则可能会产生巨大的改善。

数据层性能


谈到应用程序的性能调整，有一个试纸性的测试可用来对工作进行优先级划分：代码是否访问数据库？如果是，频率是怎样的？请注意，这一相同测试也可应用于使用 Web 服务或远程处理的代码，但是本文对这些内容未做讲述。

如果某个特定的代码路径中必需进行数据库请求，并且您认为要首先优化其他领域（如字符串操作），则请停止，然后执行这个试纸性测试。如果您的性能问题不是非常严重的话，最好花一些时间来优化一下与数据库、返回的数据量、进出数据库的往返频率相关的花费时间。

了解这些常规信息之后，我们来看一下可能会有助于提高应用程序性能的十个技巧。首先，我要讲述可能会引起最大改观的更改。

返回页首
技巧 1 — 返回多个结果集


仔细查看您的数据库代码，看是否存在多次进入数据库的请求路径。每个这样的往返都会降低应用程序可以提供的每秒请求数量。通过在一个数据库请求中返回多个结果集，可以节省与数据库进行通信所需的总时间长度。同时因为减少了数据库服务器管理请求的工作，还会使得系统伸缩性更强。

虽然可以使用动态 SQL 返回多个结果集，但是我首选使用存储过程。关于业务逻辑是否应该驻留于存储过程的问题还存在一些争议，但是我认为，如果存储过程中的逻辑可以约束返回数据的话（缩小数据集的大小、缩短网络上所花费时间，不必筛选逻辑层的数据），则应赞成这样做。

使用 SqlCommand 实例及其 ExecuteReader 方法填充强类型的业务类时，可以通过调用 NextResult 将结果集指针向前移动。图 1 显示了使用类型类填充几个 ArrayList 的示例会话。只从数据库返回您需要的数据将进一步减少服务器上的内存分配。


技巧 2 — 分页的数据访问


ASP.NET DataGrid 具有一个很好的功能：数据分页支持。在 DataGrid 中启用分页时，一次会显示固定数量的记录。另外，在 DataGrid 的底部还会显示分页 UI，以便在记录之间进行导航。该分页 UI 使您能够在所显示的数据之间向前和向后导航，并且一次显示固定数量的记录。

还有一个小小的波折。使用 DataGrid 的分页需要所有数据均与网格进行绑定。例如，您的数据层需要返回所有数据，那么 DataGrid 就会基于当前页筛选显示的所有记录。如果通过 DataGrid 进行分页时返回了 100,000 个记录，那么针对每个请求会放弃 99,975 个记录（假设每页大小为 25 个记录）。当记录的数量不断增加时，应用程序的性能就会受到影响，因为针对每个请求必须发送越来越多的数据。

要编写性能更好的分页代码，一个极佳的方式是使用存储过程。图 2 显示了针对 Northwind 数据库中的 Orders 表进行分页的一个示例存储过程。简而言之，您此时要做的只是传递页索引和页大小。然后就会计算合适的结果集，并将其返回。

在社区服务器中，我们编写了一个分页服务器控件，以完成所有的数据分页。您将会看到，我使用的就是技巧 1 中讨论的理念，从一个存储过程返回两个结果集：记录的总数和请求的数据。

返回记录的总数可能会根据所执行查询的不同而有所变化。例如，WHERE 子句可用来约束返回的数据。为了计算在分页 UI 中显示的总页数，必须了解要返回记录的总数。例如，如果总共有 1,000,000 条记录，并且要使用一个 WHERE 子句将其筛选为 1000 条记录，那么分页逻辑就需要了解记录的总数才能正确呈现分页 UI。


技巧 3 — 连接池


在 Web 应用程序和 SQL Server™ 之间设置 TCP 连接可能是一个非常消耗资源的操作。Microsoft 的开发人员到目前为止能够使用连接池已经有一段时间了，这使得他们能够重用数据库连接。他们不是针对每个请求都设置一个新的 TCP 连接，而是只在连接池中没有任何连接时才设置新连接。当连接关闭时，它会返回连接池，在其中它会保持与数据库的连接，而不是完全破坏该 TCP 连接。

当然，您需要小心是否会出现泄漏连接。当您完成使用连接时，请一定要关闭这些连接。再重复一遍：无论任何人对 Microsoft.NET Framework 中的垃圾回收有什么评论，请一定要在完成使用连接时针对该连接显式调用 Close 或 Dispose。不要相信公共语言运行库 (CLR) 会在预先确定的时间为您清除和关闭连接。尽管 CLR 最终会破坏该类，并强制连接关闭，但是当针对对象的垃圾回收真正发生时，并不能保证。

要以最优化的方式使用连接池，需要遵守一些规则。

首先打开连接，执行操作，然后关闭该连接。如果您必须如此的话，可以针对每个请求多次打开和关闭连接（最好应用技巧 1），但是不要一直将连接保持打开状态并使用各种不同的方法对其进行进出传递。

第二，使用相同的连接字符串（如果使用集成身份验证的话，还要使用相同的线程标识）。如果不使用相同的连接字符串，例如根据登录的用户自定义连接字符串，那么您将无法得到连接池提供的同一个优化值。如果您使用集成身份验证，同时还要模拟大量用户，连接池的效率也会大大下降。尝试跟踪与连接池相关的任何性能问题时，.NET CLR 数据性能计数器可能非常有用。

每当应用程序连接资源时，如在另一个进程中运行的数据库，您都应该重点考虑连接该资源所花时间、发送或检索数据所花时间，以及往返的数量，从而进行优化。优化应用程序中任何种类的进程跳跃都是获得更佳性能的首要一点。

应用层包含了连接数据层、将数据转换为有意义类实例和业务流程的逻辑。例如社区服务器，您要在其中填充Forums 或 Threads集合，应用业务规则（如权限）；最重要的是要在其中执行缓存逻辑。

技巧 4 — ASP.NET 缓存 API


编写应用程序代码行之前，一个首要完成的操作是设计应用层的结构，以便最大化利用 ASP.NET 缓存功能。

如果您的组件要在 ASP.NET 应用程序中运行，则只需在该应用程序项目中包括一个 System.Web.dll 引用。当您需要访问该缓存时，请使用 HttpRuntime.Cache 属性（通过 Page.Cache 和 HttpContext.Cache 也可访问这个对象）。

对于缓存数据，有几个规则。首先，如果数据可能会多次使用时，则这是使用缓存的一个很好的备选情况。第二，如果数据是通用的，而不特定于某个具体的请求或用户时，则也是使用缓存的一个很好的备选情况。如果数据是特定于用户或请求的，但是寿命较长的话，仍然可以对其进行缓存，但是这种情况可能并不经常使用。第三，一个经常被忽略的规则是，有时可能您缓存得太多。通常在一个 x86 计算机上，为了减少内存不足错误出现的机会，您会想使用不高于 800MB 的专用字节运行进程。因此缓存应该有个限度。换句话说，您可能能够重用某个计算结果，但是如果该计算采用 10 个参数的话，您可能要尝试缓存 10 个排列，这样有可能给您带来麻烦。一个要求 ASP.NET 的最常见支持是由于过度缓存引起的内存不足错误，尤其是对于大型数据集。


图 3 ASP.NET缓存


缓存有几个极佳的功能，您需要对它们有所了解。首先，缓存会实现最近最少使用的算法，使得 ASP.NET 能够在内存运行效率较低的情况下强制缓存清除 － 从缓存自动删除未使用过的项目。第二，缓存支持可以强制失效的过期依赖项。这些依赖项包括时间、密钥和文件。时间经常会用到，但是对于 ASP.NET 2.0，引入了一个功能更强的新失效类型：数据库缓存失效。它指的是当数据库中的数据发生变化时自动删除缓存中的项。有关数据库缓存失效的详细信息，请参阅 MSDN?Magazine 2004 年 7 月的 Dino Esposito Cutting Edge 专栏。要了解缓存的体系结构，请参阅图 3。


技巧 5 — 每请求缓存


在本文前面部分，我提到了经常遍历代码路径的一些小改善可能会导致较大的整体性能收益。对于这些小改善，其中有一个绝对是我的最爱，我将其称之为“每请求缓存”。

缓存 API 的设计目的是为了将数据缓存较长的一段时间，或者缓存至满足某些条件时，但每请求缓存则意味着只将数据缓存为该请求的持续时间。对于每个请求，要经常访问某个特定的代码路径，但是数据却只需提取、应用、修改或更新一次。这听起来有些理论化，那么我们来举一个具体的示例。

在社区服务器的论坛应用程序中，页面上使用的每个服务器控件都需要个性化的数据来确定使用什么外观、使用什么样式表，以及其他个性化数据。这些数据中有些可以长期缓存，但是有些数据却只针对每个请求提取一次，然后在执行该请求期间对其重用多次，如要用于控件的外观。

为了达到每请求缓存，请使用 ASP.NET HttpContext。对于每个请求，都会创建一个 HttpContext 实例，在该请求期间从 HttpContext.Current 属性的任何位置都可访问该实例。该 HttpContext 类具有一个特殊的 Items 集合属性；添加到此 Items 集合的对象和数据只在该请求持续期间内进行缓存。正如您可以使用缓存来存储经常访问的数据一样，您也可以使用 HttpContext.Items 来存储只基于每个请求使用的数据。它背后的逻辑非常简单：数据在它不存在的时候添加到 HttpContext.Items 集合，在后来的查找中，只是返回 HttpContext.Items 中的数据。


技巧 6 — 后台处理


通往代码的路径应该尽可能快速，是吗？可能有时您会觉得针对每个请求执行的或者每 n 个请求执行一次的任务所需资源非常多。发送电子邮件或者分析和验证传入数据就是这样的一些例子。

剖析 ASP.NET Forums 1.0 并重新构建组成社区服务器的内容时，我们发现添加新张贴的代码路径非常慢。每次添加新张贴时，应用程序首先需要确保没有重复的张贴，然后必须使用“坏词”筛选器分析该张贴，分析张贴的字符图释，对张贴添加标记并进行索引，请求时将张贴添加到合适的队列，验证附件，最终张贴之后，立即向所有订阅者发出电子邮件通知。很清楚，这涉及很多操作。

经研究发现，大多数时间都花在了索引逻辑和发送电子邮件上。对张贴进行索引是一个非常耗时的操作，人们发现内置的 System.Web.Mail 功能要连接 SMYP 服务器，然后连续发送电子邮件。当某个特定张贴或主题领域的订阅者数量增加时，执行 AddPost 功能所需的时间也越来越长。

并不需要针对每个请求都进行电子邮件索引。理想情况下，我们想要将此操作进行批处理，一次索引 25 个张贴或者每五分钟发送一次所有电子邮件。我们决定使用以前用于对数据缓存失效进行原型设计的代码，这个失效是用于最终进入 Visual Studio® 2005 的内容的。

System.Threading 命名空间中的 Timer 类非常有用，但是在 .NET Framework 中不是很有名，至少对于 Web 开发人员来说是这样。创建之后，这个 Timer 类将以一个可配置的间隔针对 ThreadPool 中的某个线程调用指定的回调。这就表示，您可以对代码进行设置，使其能够在没有对 ASP.NET 应用程序进行传入请求的情况下得以执行，这是后台处理的理想情况。您还可以在此后台进程中执行如索引或发送电子邮件之类的操作。

但是，这一技术有几个问题。如果应用程序域卸载，该计时器实例将停止触发其事件。另外，因为 CLR 对于每个进程的线程数量具有一个硬性标准，所以可能会出现这样的情形：服务器负载很重，其中计时器可能没有可在其基础上得以完成的线程，在某种程度上可能会造成延迟。ASP.NET 通过在进程中保留一定数量的可用线程，并且仅使用总线程的一部分用于请求处理，试图将上述情况发生的机会降到最低。但是，如果您具有很多异步操作时，这可能就是一个问题了。

这里没有足够的空间来放置该代码，但是您可以下载一个可以看懂的示例，网址是 www.rob-howard.net。请了解一下 Blackbelt TechEd 2004 演示中的幻灯片和演示。


技巧 7 — 页输出缓存和代理服务器


ASP.NET 是您的表示层（或者说应该是您的表示层）；它由页、用户控件、服务器控件（HttpHandlers 和 HttpModules）以及它们生成的内容组成。如果您具有一个 ASP.NET 页，它会生成输出（HTML、XML、图像或任何其他数据），并且您针对每个请求运行此代码时，它都会生成相同的输出，那么您就拥有一个可用于页输出缓存的绝佳备选内容。

将此行内容添加页的最上端 

<%@ Page OutputCache VaryByParams="none" Duration="60" %> 

就可以高效地为此页生成一次输出，然后对它进行多次重用，时间最长为 60 秒，此时该页将重新执行，输出也将再一次添加到 ASP.NET 缓存。通过使用一些低级程序化 API 也可以完成此行为。对于输出缓存有几个可配置的设置，如刚刚讲到的 VaryByParams 属性。VaryByParams 刚好被请求到，但还允许您指定 HTTP GET 或 HTTP POST 参数来更改缓存项。例如，只需设置 VaryByParam="Report" 即可对 default.aspx?Report=1 或 default.aspx?Report=2 进行输出缓存。通过指定一个以分号分隔的列表，还可以指定其他参数。 

很多人都不知道何时使用输出缓存，ASP.NET 页还会生成一些位于缓存服务器下游的 HTTP 标头，如 Microsoft Internet Security and Acceleration Server 或 Akamai 使用的标头。设置了 HTTP 缓存标头之后，可以在这些网络资源上对文档进行缓存，客户端请求也可在不必返回原始服务器的情况下得以满足。

因此，使用页输出缓存不会使得您的应用程序效率更高，但是它可能会减少服务器上的负载，因为下游缓存技术会缓存文档。当然，这可能只是匿名内容；一旦它成为下游之后，您就再也不会看到这些请求，并且再也无法执行身份验证以阻止对它的访问了。


技巧 8 — 运行 IIS 6.0（只要用于内核缓存）


如果您未运行 IIS 6.0 (Windows Server? 2003)，那么您就错过了 Microsoft Web 服务器中的一些很好的性能增强。在技巧 7 中，我讨论了输出缓存。在 IIS 5.0 中，请求是通过 IIS 然后进入 ASP.NET 的。涉及到缓存时，ASP.NET 中的 HttpModule 会接收该请求，并返回缓存中的内容。

如果您正在使用 IIS 6.0，就会发现一个很好的小功能，称为内核缓存，它不需要对 ASP.NET 进行任何代码更改。当请求由 ASP.NET 进行输出缓存时，IIS 内核缓存会接收缓存数据的一个副本。当请求来自网络驱动程序时，内核级别的驱动程序（无上下文切换到用户模式）就会接收该请求，如果经过了缓存，则会将缓存的数据刷新到响应，然后完成执行。这就表示，当您将内核模式缓存与 IIS 和 ASP.NET 输出缓存一起使用时，就会看到令人不敢相信的性能结果。在 ASP.NET 的 Visual Studio 2005 开发过程中，我一度是负责 ASP.NET 性能的程序经理。开发人员完成具体工作，但是我要看到每天进行的所有报告。内核模式缓存结果总是最有意思的。最常见的特征是网络充满了请求/响应，而 IIS 运行时的 CPU 使用率只有大约 5%。这太令人震惊了！当然使用 IIS 6.0 还有一些其他原因，但是内核模式缓存是其中最明显的一个。

技巧 9 — 使用 Gzip 压缩


虽然使用 gzip 并不一定是服务器性能技巧（因为您可能会看到 CPU 使用率的提高），但是使用 gzip 压缩可以减少服务器发送的字节数量。这就使人们觉得页速度加快了，并且还减少了带宽的用量。根据所发送数据、可以压缩的程度以及客户端浏览器是否支持（IIS 只会向支持 gzip 压缩的客户端发送经过 gzip 压缩的内容，如 Internet Explorer 6.0 和 Firefox），您的服务器每秒可以服务于更多的请求。实际上，几乎每当您减少所返回数据的数量时，都会增加每秒请求数。

Gzip 压缩已经内置到 IIS 6.0 中，并且其性能比 IIS 5.0 中使用的 gzip 压缩要好的多，这是好消息。但不幸的是，当尝试在 IIS 6.0 中打开 gzip 压缩时，您可能无法在 IIS 的属性对话中找到该设置。IIS 小组在该服务器中置入了卓越的 gzip 功能，但是忘了包括一个用于启用该功能的管理 UI。要启用 gzip 压缩，您必须深入到 IIS 6.0 的 XML 配置设置内部（这样不会引起心脏虚弱）。顺便提一句，这归功于 OrcsWeb 的 Scott Forsyth，他帮助我提出了在 OrcsWeb 上宿主的 www.asp.net 服务器的这个问题。

本文就不讲述步骤了，请阅读 Brad Wilson 的文章，网址是 IIS6 Compression。还有一篇有关为 ASPX 启用压缩的知识库文章，网址是 Enable ASPX Compression in IIS。但是您应该注意，由于一些实施细节，IIS 6.0 中不能同时存在动态压缩和内核缓存。


技巧 10 — 服务器控件视图状态


视图状态是一个有趣的名称，用于表示在所生成页的隐藏输出字段中存储一些状态数据的 ASP.NET。当该页张贴回服务器时，服务器可以分析、验证、并将此视图状态数据应用回该页的控件树。视图状态是一个非常强大的功能，因为它允许状态与客户端一起保持，并且它不需要 cookie 或服务器内存即可保存此状态。很多 ASP.NET 服务器控件都使用视图状态来保持在与页元素进行交互期间创建的设置，例如保存对数据进行分页时显示的当前页。

然而使用视图状态也有一些缺点。首先，服务或请求页时，它都会增加页的总负载。对张贴回服务器的视图状态数据进行序列化或取消序列化时，也会发生额外的开销。最后，视图状态会增加服务器上的内存分配。

几个服务器控件有着过度使用视图状态的趋势，即使在并不需要的情况下也要使用它，其中最著名的是 DataGrid。ViewState 属性的默认行为是启用，但是如果您不需要，则可以在控件或页级别关闭。在控件内，只需将 EnableViewState 属性设置为 false，或者在页中使用下列设置即可对其进行全局设置： 

<%@ Page EnableViewState="false" %>

如果您不回发页，或者总是针对每个请求重新生成页上的控件，则应该在页级别禁用视图状态。 

返回页首
小结


我为您讲述了一些我认为在编写高性能 ASP.NET 应用程序时有所帮助的技巧。正如我在本文前面部分提到的那样，这是一个初步指南，并不是 ASP.NET 性能的最后结果。（有关改善 ASP.NET 应用程序性能的信息，请参阅 Improving ASP.NET Performance。）只有通过自己的亲身体验才能找出解决具体性能问题的最好方法。但是，在您的旅程中，这些技巧应该会为您提供一些好的指南。在软件开发中，几乎没有绝对的东西；每个应用程序都是唯一的。

请参阅提要栏“Common Performance Myths”。

Rob Howard 是 Telligent Systems 的创始人，专门从事高性能 Web 应用程序、知识库管理和协作系统方面的工作。Rob 以前受雇于 Microsoft，他在那里帮助设计了 ASP.NET 1.0、1.1 和 2.0 的基础结构。要联系 Rob，请访问 rhoward@telligentsystems.com。

原文地址：http://www.microsoft.com/china/msdn/library/we ... us0501ASPNETPerformance.mspx

]]> <![CDATA[[轉帖]C#.Net三層式開發中的層次劃分討論]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14133 areyan 2006/5/6 21:09:15     先舉一個曾經在哪本書上看到的例子：現在你想在1米寬的小溪上建一座橋，你會在上面放塊木板就完了。如果想在寬一點的小河上建這橋，你就需要計算木材用料，價格等，如果需要別人幫忙，你還要多一些圖紙什麼的讓別人理解你的想法。現在你要在大江上面建橋，你需要有整體的計畫，包括各個方面，比如將來可能的收費和利益分配等問題。 


　　這裏講3層式，其實是針對"大江上面建橋"來的，對於1米寬的小溪，在實際中可能一點用都沒有。不過現在我不可能去拿個長江大橋作例子來講，所以這裏還是用這條簡單的小溪，講講怎麼建橋。之所以講這麼多廢話，是為了防止部分人看完此文之後"小小一個東西，搞那麼麻煩幹什麼。。"其實這裏講的不是具體的這個例子，而是分層的思想，理解這點非常重要。 

　　下面我就我們大家日常見最多的例子來講，就是"用戶登錄"的例子。這個例子很簡單，但是麻雀雖小五臟俱全。從資料訪問到業務規則到介面全有了。 

　　本文分2個部分，如果只想研究面向物件的思想，對實現已經熟悉，可以跳過第一部分。 

第一部分 

新建一個空白解決方案。然後： 

"添加"－"新建項目"－"其他項目"－"企業級模版項目"－"C#生成塊"－"資料訪問"（資料層，下簡稱D層） 

"添加"－"新建項目"－"其他項目"－"企業級模版項目"－"C#生成塊"－"業務規則"（業務層，下簡稱C層） 

"添加"－"新建項目"－"其他項目"－"企業級模版項目"－"C#生成塊"－"Web用戶介面"（介面層，下簡稱U層） 

右鍵點"解決方案"－"專案依賴項"，設置U依賴於D、C，C依賴於D。 

對U添加引用D、C，對C添加引用D。 

到此為止，一個三層的架子建立起來了。我上面說的很具體很"傻瓜"，知道的人覺得我廢話，其實我這段時間很強烈的感覺到非常多的人其實對這個簡單的過程完全不瞭解。雖然不反對建2個"空項目"和1個"Asp  net  Web應用程式專案"也可以作為3層的框架，而且相當多的人認為其實這些"企業級範本專案"其實就是個空項目，這是一個誤區。沒錯，企業級範本專案你從解決方案資源管理器裏看它是個什麼也沒有的，但是你可以用記事本打開專案檔，看見不同了吧？？有些東西在背後，你是看不見的，不過系統已經做好了。也就是說，如果你在C層裏的某個類裏"using  System  Data  SqlClineit"，或者使用一個SqlConnection物件，編譯時候不會出錯，但是會在"任務列表"裏生成一些"策略警告"，警告你在C層裏不要放應該放在D層的東西（雖然就程式來說沒錯，但是可讀性可維護性就打了折扣）而這種功能，空項目是無法給你的。 

我們知道建橋需要磚塊，應該是先準備好磚再來建橋，不過為了講解上的順序性和連貫性，簡單性。我們先建橋，建的過程中需要磚塊再現做，這樣就不會多出來"橋不需要的東西"。注意在實際中，還是應該先準備磚塊。 

U層其實就是橋，C層是磚塊，D層是原料（石頭、沙子）。這也解釋前面為什麼U層要引用、依賴D層（而不是U對C，C對D的層次），因為橋除了需要磚頭，其實也需要石頭沙子。 

我們在U層建一個Login  aspx（這裏插入一句，我不喜歡去把系統自動生成的WebForm1  aspx拿來改成login或index或直接刪除，我一般留著它當測試代碼用，等到整個系統凍結再把它移除就可以了。）添加1個TextBox（id=txt），一個dropDownList（id=ddl），一個Button(id=btn)。其中dropDownList用來選擇用戶名，button是提交按鈕，  TextBox用來輸入密碼。 

現在我們必須要添加的代碼分為2部分：  1、Page_load時對ddl的初始化。2、btn的click處理。 

1： 

private  void  Page_Load(object  sender,  System.EventArgs  e) 

{ 

if(!IsPostBack) 

{ 


this.ddl.DataSourse=DataManager.GetOneColunm("User","uid");  //講解1 

this.ddl.DataBind(); 

} 

} 

2： 

private  void  Btn_Click(object  sender,  System.EventArgs  e) 

{ 

string  uid=this.ddl.selectedValue; 

string  psw=this.txt.Text; 

if(psw  ="") 

MessageBox("空密碼！"); 

else 

{ 

User  theUser; 

try 

{ 

theUser=new  User(uid);  //講解2 

} 

catch(Exception  e) 

{ 


MessageBox(e.  Message);//講解2 

return; 

} 

if(theUser.CheckPsw(psw))  //講解3 

{ 

theUser.SetSessions(); 

Response.Redirect("……………..");  //登錄成功！ 

} 

else 

{ 

MessageBox("密碼錯誤！"); 

} 


} 

} 


講解1：DataManager  是D層中的一個類，提供常見的資料操作。GetOneColunm(string  Table,string  Colunm)方法返回一個只有1列的DataTable，值為資料庫中表名為Table，的Colunm列。 

public  class  DataManager 

{ 

public  DataManager() 

{ 

} 

blic  static  DataTable  GetOneColunm(string  Table,string  Colunm) 

{ 

//此處省略相關代碼。返回指定表指定列 


} 


} 


其實這個地方演示的是在U層直接繞過C層訪問D層的例子，因為該結構邏輯上很簡單，而且獲取用戶名並不是現實社會中的業務邏輯的一部分（僅僅是介面需要，因為在這裏其實用成2個TextBox的話完全不需要這一步） 


講解2：定義一個User類的實例。User類的定義可能如下： 


public  class  User 


{ 


public  User(string  uid) 


{ 


if(DataManager.IsIn("user","uid=＇"+uid+"＇")) 


throw  "用戶不存在"; 


else
//User()其他初始化; 


} 


public  bool  CheckPsw(string  psw) 


{ 


if(DataManager.IsIn("user","uid=＇"+uid+"＇  and  psw=＇"+psw+"＇")) 


return  true; 


else 


return  false; 


} 


} 


注意到用戶類構造函數中用了個throw來拋出用戶不存在的異常，在下面catch的時候用MessageBox(e.  Message);來彈出"用戶不存在"的錯誤。這裏其實也是為了演示一個層間傳遞資訊的手段，異常也是一種手段，雖然在這裏其實可以有其他方式比如返回值，引用參數之類的直接用一個方法來獲得用戶是否存在的資訊，沒必要放在構造裏，我這麼做只是為了演示傳遞過程，在後面的有討論這種用法在分層模式下某種特殊情況的應用以解決一些問題。這個類裏又用了DataManager類的一個靜態方法IsIn(string  Table,string  str)該方法其實其實是執行  "select  *  from  Table  where  str" 


這個Sql語句並在返回空的時候方法返回false，否則返回true。一個很簡單的方法。這裏演示了C層對D層的調用。 

 

 

順便說一句，因為在VS.Net中，項目的名稱會默認地成為項目中的namespace，可以通過把所有自動生成的代碼中的namespace改為"解決方案名稱"來使3個層可以無縫地自由調用。或者在調用的地方using一下其他層的空間名，看個人喜歡了。比如上面的Login.aspx.cs裏需要using2個，而User.cs裏要using一個。 


講解3：這裏的檢查用戶密碼同樣用到User類的一個方法CheckPsw（）而這個方法  又用到了IsIn（）這裏就不多說了。 


大家注意到我們在U層的頁面裏用MessageBox()方法來彈出對話方塊，其實這個方法寫在PageBase.cs裏，是U層的另外一個檔，繼承Page類，Login類又繼承它，這個方法其實是把Response.Write("")封裝起來了。 

 

 

 


到此為止，登錄結束，例子的實現也說完了。不過只講了"然"，沒有講"所以然"。下面開始講"所以然"。 


第二部分 

 


作為對比，我們使用一個不面向物件的，不分層的Asp式的Aspx相同登錄作為對比。具體的Asp代碼我就不寫了，反正登錄哪都有。先來看看他們2者發生的遭遇（這是不幸的，卻偏偏是經常發生的）： 


1、  專案經理突然說"不用SqlServer了，換成Access"（正版費用問題）。看看2邊分別發生什麼：3層這邊（A），把DataManager類裏的連接改改（在實際情況下，極可能其實是改它的基類，它本身不用改），Web.config中把字串換掉就完了。Asp式那邊（B），同樣要改Web.config，同樣要改連接什麼的，修改量在這個具體的"小溪"例子上幾乎相同，在"大橋"例子上B應該會稍微多改點，不過也不會多很多。但是！請注意一點，我們在修改代碼的時候，主要時間和精力不是花在"改"這個動作上，而是花在"要改什麼地方"上和"尋找需要改的地方"上。在"大橋"上，B需要花費多的多的時間，對大部分檔進行查找和替換。A則僅僅在資料層裏，另外2個層不需要任何修改。從這個角度出發我們想到2點原則： 


a)  資料層必須要能夠保證資料庫的變動（任何結構變動、類型變動）對其餘各層的不透明性。也就是資料庫怎麼變，其他層絕對不應該變哪怕1行代碼！（web.config是整個應用程式的配置，雖然在物理上存在於U層的檔夾中，但個人更願意認為它是獨立的不屬於任何層的，所以這裏不計它） 


b)  資料層越小越好（如果沒有這點原則，我們把整個所有的東西都放在資料層，那當然資料庫變動對外面無影響――因為外面幾乎沒東西――但是這顯然不可行）。而且因為前面我們說了，大部分時間花在"找"上面，你小點，找起來也容易點。 


2、  客戶突然提出B/S版的不好，要換成C/S版的。對於（B）來說，這是晴天霹靂！！他的所有工作都要重新做，（或者幾乎所有工作），雖然他有很多代碼還可以用，不過他在未來一小段時間就必須不斷在"複製－粘貼"中使用以前的代碼。（A）發生了什麼？？如果你細心看會發現（A）之需要新建個專案"Windows用戶介面"（和前面一樣，添加引用，專案依賴），拖幾個控制項到上面，把控制項名字起成txt，ddl，btn，然後把click代碼和Pageload代碼複製過去，（居然。。。）連1行代碼都不需要修改！！！！當然，這是比較極端的例子（win和web都有TextBox，dropDownList，Button3種控制項，而且我們在PageBase裏定義的方法MessageBox()又剛好和win裏面方法同名。。。）不過儘管有這麼多巧合我們仍然可以也願意相信，在"大橋"上，（A）將比（B）少做很多工作。從這個角度出發我們又想到2點類似原則： 


a)  介面層應該保證介面的任何變化都不需要修改其他層的內容（不管這個具體的例子把ddl改為另外一個TextBox，或是把B/S改為C/S） 


b)  介面層越小越好（理由同上。） 


3、  除開了介面層和資料層，（如果你的方案中只有3個層的話）剩下的就都是邏輯層的內容了。所以和前面的相對應，我們可以得出結論： 


a)  邏輯層應當不受資料庫和介面變動的影響而需要修改。 


b)  邏輯層越大越好（因為另外2層越小越好。。。） 

 

 

有了最基本的原則，我們應該來討論下，根據原則，要怎麼分層的問題： 


1、  PageBase.cs  應該放在哪個層？根據上面的原則，應該放在C層。但是實際上我習慣放在U層，或者放在另外一個（第4個層，通用底層，在比資料層還低的位置）層裏。到底放在什麼地方，我最開始的做法是在C層，因為按上面歸納的原則，就應該放在C，但是後來一段時間我習慣於"四層式"之後就把它放在通用底層（下簡稱B層，該層同時也放如本來在D層中的SqlHelper類等，包括原來3層中所有"通用"的類，這裏通用的意思是說其他系統也可以用的到而不需要修改，這個層通常不用解決方案名稱而用公司、小組名稱等作為namespace，在有新專案的時候在建解決方案的時候就可以"添加現有專案"，簡單的加進去並不斷積累，實踐中對提高效率和代碼重用有比較大作用。）不過如果只有3層，我現在傾向於把PageBase放在U層。主要因為最近一段潛心研究面向物件的分析設計的心得。說起來又是一大匹布沒完，不過我又在前面的"原則"上加1條："如果某個類，僅為了某層的某種特殊實現而存在，那麼它必須放在該層"，比如PageBase是為了U層的特殊實現（B/S實現）而存在，又比如SqlHelper是為了D層的特殊實現（SqlServer資料庫）而存在。所以對應的，它們必須分別放在U層和D層（如果不加這條的話按前面他們都該放在C層，因為C層越大越好，而且資料庫和介面的變動不需要改動這2個類－雖然它們可能因改動而沒有用了，不過還是不需要去修改它們） 


2、  Oldjacky曾經和我談到一個問題：Datagrid中允許作刪除操作，但是如果當前僅餘下最後一條記錄，則不允許這個刪除操作！那麼該刪除應該放在C層還是D層還是U層？我覺得應該從另外一個角度來考慮： 


a)  這種"不允許"是"業務規則的不允許"（比如表內的資料表示當前在店裏的職員，刪除表示職員離開店裏－可能去拿貨什麼的，添加表示職員回來，當櫃檯只有一名職員時，顯然他絕對不能離開去送貨），這個時候，此"禁止刪除"的操作應該產生在C層。 


b)  這種"不允許"是"程式實現的不允許"（比如當這裏為空的時候會引起其他地方比如ToString()方法產生"未將物件的引用設置到物件的實例……"的錯誤，或程式設計者或專案經理的主觀願望希望它"不允許"以此來減少工作量或簡化程式）。這個時候，此"禁止刪除"可以放在U層（比如上面說的ToString）或D層（比如違反資料庫約束） 


3、  細心的人可能會發現，前面的登錄例子裏，用戶一共可以獲得3種彈出錯誤分別是"空密碼""密碼錯誤""用戶不存在"，而其中前2個是在U層裏做的，"用戶不存在"卻是在C層裏做的（我是指這個字串）還是開始說的建橋，我這裏是用"小溪建橋"來講解"大江建橋"所以故意在這裏轉了個沒用的圈，就像在計算小溪上這塊木板到底夠用多少年，其實對小溪沒什麼意義，只是為了講解大橋需要而加上去的，畢竟大橋需要這種考慮。我這裏假設"用戶不存在需要彈出提示"是一種業務邏輯上的需要，而"未輸入密碼需要提示"則不是業務規則需要（比如實際業務中可以允許空密碼，但是專案經理不同意，說一定要密碼）在這個登錄例子中其實根本沒有什麼問題，但是在大項目裏，如果這個東西不是業務規則的需要，就不應該放在業務層，如果是一種業務規則，就要放在業務層。有助於業務模型與現實實體的銜接，也有益於業務邏輯更好地表現現實實體的特徵。 

 

 

到此為止，我再次歸納出我們的最終的原則： 


1、  如果某個類，僅為了某層的某種特殊實現而存在，那麼它必須放在該層。 


2、  資料層應當在保證資料庫變化對其他層不可見的前提下儘量小。 


3、  介面層應當在保證介面變化對業務邏輯層不影響的前提下儘量小。 


4、  如果某個類不是業務規則的需要，就不應該放在業務層，反之亦然。 


5、  邏輯層應當在保證資料庫或介面變化不會造成自身影響的前提下儘量大。 

 

 

以上5點如果發生衝突，在找平衡點的時候，前面的要高於後面的。比如1和3衝突的時候更傾向於使用規則1。 


第二部分結束 

 

 

有一點應該是"編程代碼習慣"和"面向物件"的範疇，不過因為和分層有些關係，所以也說一下。"如果你的代碼，自己把它翻譯成中文並加必要的標點符號後，其他不懂程式的人看了仍然覺得很亂，那麼你很可能層沒分好"。比如前面的btn的click： 


｛ 


字串  用戶名是  下拉清單  選擇值； 


字串  密碼是  輸入框  值； 


如果  密碼是  空 


對話方塊（密碼空！）； 


否則 


｛ 


用戶  這用戶； 


嘗試 


｛ 


這用戶  是  新的  用戶（用戶名）； 


｝ 


捕捉（錯誤） 


｛ 


對話方塊（錯誤  消息）； 


返回； 


｝ 


如果  這用戶檢查密碼（密碼） 


{ 


這用戶  設置狀態； 


回應  重定位（"。。。。。"）； 


} 


否則 


{ 


對話方塊（密碼錯誤） 


} 


｝ 


代碼最好能讓不懂的人也能看懂到底在幹什麼。 


最後，oldjacky的Datagrid刪除的例子"刪除"顯然在D層，但是不允許卻可能在C或U，如果在U沒什麼說的了，如果在C，那麼這種"不允許"的一個比較合理的實現方法就是在C層裏遇到這種情況throw一下。當U層裏catch到該throw的時候，股境僮鰨庋?個層同時有原因引起禁止時，可以從代碼一眼看出這種禁止的來源。類似於前面的2種彈出錯誤。

]]> <![CDATA[Net开发环境配置[OS/IIS/VS...]]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14132 areyan 2006/5/6 21:02:50 .Net开发环境安装貌视简单,但是,如果有些小细节不注意,却会出现莫名奇妙的错误.
本文主要讲解ASP.NET的配置。水平所限，不足之处还望谅解。

目录
一、ASP.Net需要在什么平台工作？
二、开发平台建议安装步骤
三、IIS的设置
四、操作系统的设置


一、ASP.Net需要在什么平台工作？
1、Win NT 4.0 Workstation  + SP6
2、Win NT 4.0 Server +Sp6
3、Win 2000 Professional + sp2
4、Win 2000 Server + SP2
5、Win 2000 Advace Server + sp2
6、Win XP Professional
7、Win 2003任何版本

安装软件包括
1、.Net Framework 1.0  或 1.1 或 2.0
2、MDAC 2.7
3、IIS 5.0
4、IE5.01 或 5.5 或 6.0


二、开发平台建议安装步骤
1、首先安装操作系统(地球人都知道)
2、然后安装驱动程序
3、安装IIS
4、安装SQL SERVER
5、安装VS

注意：
第一步，安装操作系统要求硬盘格式为NTFS(C盘)，我记得我以前安装的不是 NTFS的好象运行不了，C盘空间建议7G以上
第三步，安装IIS的时候应该选中FrontPage 2000扩展,这个是VS创建工程的时候需要使用的
第四步，安装SQL SERVER应该采用sa方式登陆，而不是Windows系统的

三、IIS的设置
在站点属性中，网站选项卡/IP地址 保持(全部未分配)
保证每个站点，虚拟目录的 目录安全性选项卡/编辑/匿名访问和集成Windows登陆都要选中。
如果出现错误，尝试把主目录选项卡中，应用程序设置，删除一下，然后再创建。(如果原本就不是应用程序,那么直接创建).

1、IIS在2000，2003等服务器操作系统的特殊设置
在服务器系统中本来也没什么特殊设置，但是如果要装1.1和2.0的混合环境的话那么就要注意了。同时安装1.1和2.0的.net框架将会产生冲突。一般导致某个站点在10-15分钟内无法访问。原因，服务关闭。
出现这种错误是因为在服务器系统中存在应用程序连接池，它的作用是提供给你设置垃圾回收的处理方案。但是1.1和2.0如果同时使用一个应用程序连接池，那么就会产生冲突。

解决办法：
把1.1和2.0分别放在不同的应用程序连接池中，建立站点或者虚拟目录的时候把主目录选项卡中，应用程序设置/应用程序连接池选中成对应的版本的应用程序连接池，在ASP.NET选项卡中选择应用程序的版本。

四、操作系统的设置
1、在2000，2003等服务器操作系统的设置
在服务器系统中要注意文件写入权限的设置，因为默认访问应用程序的系统用户为Internet 来宾帐户，权限很低，是GUEST组的。特别是使用ACCESS数据库的情况。

2、在XP操作系统中的设置
最好把Internet 来宾帐户，设置成Administrators组，如果你要使用ACCESS数据库的话。

另外强烈建议关闭 索引服务。

]]> <![CDATA[提高SQL效率]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14066 areyan 2006/5/4 21:52:19 避免LEFT JOIN 和 NULL


當然，有很多時候您需要執行LEFT JOIN 和使用 NULL 值。但是，它們並不適用於所有情況。改變 SQL 查詢的構建方式可能會#29987;生將一個花幾分鐘運行的報告縮短到只花幾秒鐘這樣的天壤之別的效果。有時，必須在查詢中調整資料的形態，使之適應應用程式所要求的顯示方式。雖然 TABLE 資料類型會減少大量佔用資源的情況，但在查詢中還有許多區域可以進行優化。SQL 的一個有價值的常用功能是 LEFT JOIN。它可以用於檢索第一個表中的所有行、第二個表中所有匹配的行、以及第二個表中與第一個表不匹配的所有行。例如，如果希望返回每個客戶及其定單，使用 LEFT JOIN 則可以顯示有定單和沒有定單的客戶。

此工具可能會被過度使用。LEFT JOIN 消耗的資源非常之多，因#29234;它們包含與 NULL（不存在）資料匹配的資料。在某些情況下，這是不可避免的，但是代價可能非常高。LEFT JOIN 比 INNER JOIN 消耗資源更多，所以如果您可以重新編寫查詢以使得該查詢不使用任何 LEFT JOIN，則會得到非常可觀的回報。

加快使用LEFT JOIN 的查詢速度的一項技術涉及創建一個 TABLE 資料類型，插入第一個表（LEFT JOIN 左側的表）中的所有行，然後使用第二個表中的值更新 TABLE 資料類型。此技術是一個兩步的過程，但與標準的 LEFT JOIN 相比，可以節省大量時間。一個很好的規則是嘗試各種不同的技術並記錄每種技術所需的時間，直到獲得用於您的應用程式的執行性能最佳的查詢。

測試查詢的速度時，有必要多次運行此查詢，然後取一個平均值。因#29234;查詢（或存儲過程）可能會存儲在SQL Server 記憶體中的過程緩存中，因此第一次嘗試耗費的時間好像稍長一些，而所有後續嘗試耗費的時間都較短。另外，運行您的查詢時，可能正在針對相同的表運行其他查詢。當其他查詢鎖定和解鎖這些表時，可能會導致您的查詢要排隊等待。例如，如果您進行查詢時某人正在更新此表中的資料，則在更新提交時您的查詢可能需要耗費更長時間來執行。

避免使用LEFT JOIN 時速度降低的最簡單方法是盡可能多地圍繞它們設計資料庫。例如，假設某一#29987;品可能具有類別也可能沒有類別。如果 Products 表存儲了其類別的 ID，而沒有用於某個特定#29987;品的類別，則您可以在欄位中存儲 NULL 值。然後您必須執行 LEFT JOIN 來獲取所有#29987;品及其類別。您可以創建一個值#29234;“No Category”的類別，從而指定外鍵關係不允許 NULL 值。通過執行上述操作，現在您就可以使用 INNER JOIN 檢索所有#29987;品及其類別了。雖然這看起來好像是一個帶有多餘資料的變通方法，但可能是一個很有價值的技術，因#29234;它可以消除 SQL 批次處理語句中消耗資源較多的 LEFT JOIN。在資料庫中全部使用此概念可以#29234;您節省大量的處理時間。請記住，對於您的用戶而言，即使幾秒鐘的時間也非常重要，因#29234;當您有許多用戶正在訪問同一個聯機資料庫應用程式時，這幾秒鐘實際上的意義會非常重大。
]]> <![CDATA[提高VB访问数据库的效率]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14065 areyan 2006/5/4 21:49:13 　

1.尽量使用事务处理更新数据库

　　VB的事务处理包括以BeginTrans开始，以CommitTrans或Rollback结尾的多条数据库操作指令。事务处理除了能很好的保证数据库的完整性以外，同时能大大提高数据库批量更新的效率。这是因为如果数据库更新操作没有使用事务处理，则每次Update操作都会引起数据库写盘一次。使用事务处理后，更新只在内存缓冲区内进行，执行CommitTrans时才将所有修改一次写回到磁盘中。使用事务处理要注意一下几点:

 

　　 (1)事务处理要有很完善的错误检查机制;

 

　　 (2)因为VB在事务处理结束前对数据库使用了页面锁.所以在多用户环境中，如果事务被挂起，则其它用户将无法访问上锁的数据。

 

2.尽量使用代码分解Select检索操作

 

　　使用Select进行数据库操作固然简单易用，但如果将一些检索操作分解为等价的手工检索代码，则对数据库的检索速度将大大加快.分解的基本方法是对检索关键字段进行索引，利用Seek方法定位后，根据索引的数据库已经排序的特点，进行遍历查找.对于遍历范围不是很宽时，这种方法能几十倍的提高数据库的访问速度.例如:Select * from person where vol= '123' and birth= #11-02-73# 分解成下面的操作后，访问速度可大大提高：

 

 

Table.Index= "vol"

Table.Seek "="，"123"

if not table.nomatch then

while not table.eof

　 if table("vol")="123" then

　　 table.movelast

　 else if table("Birth")= #11-02-73# then

　　 '找到记录

　 end if

　 table.movenext

wend

end if

 

3.使用attach绑定数据库表

 

　　当使用ODBC连接MS SQL Server，Oracle和Sysbase之类的数据库服务器时，我们可以通过MS Acess的attach功能将服务器上的表绑定到MS Acess数据库中，因为MS Acess数据库能缓存数据库服务器上表的结构，当我们访问ODBC数据源时能提高系统的访问性能。

 

4.使用dbSQLPassThrough选项

 

　　连接MS SQL Server， Oracle和Sysbase数据库服务器时，使用dbSQLPassThrough选项可将命令直接发送给数据库服务器，从而减少中间件对命令的检查和解释，提高了数据库的访问性能。下例使用存储过程建立Dynaset:

 

　　 dim mydb as databasedim myds as dynasetset mydb=opendatabase(..........)'打开数据库set myds=mydb.openrecordset("name"，dbOpendynaset，dbSQLPassThrough，...)

 

　　 使用dbSQLPassThrough的缺点是返回的记录集是只读的。

 

5.正确使用数据库访问对象Table.

 

　　支持SEEK命令和索引.两者配合能最快的找到纪录.笔者曾经做过速度比较试验，都是检索10万个记录Table 用时3.5秒Dynaset 用时9秒Snapshot用时10秒.支持读写操作.不支持SORT和FILTER，必须使用Index代替.对应于数据库中的物理表，增，删，改会直接影响数据库表。

 

　　 Dynaset.最灵活的数据库对象.支持读写操作，是记录的动态子集.在ODBC中，写操作需要设定唯一性索引.支持SORT和FILTER.使用JOIN命令关联多个表时，只能使用Dynaset。

 

　　 Snapshot.只能读不能写，不能加锁.不支持事务处理.不支持Edit，Addnew和Update方法

]]> <![CDATA[面向对象在VB6语言中的应用]]> http://blogger.org.cn/blog/more.asp?name=areyan&id=14064 areyan 2006/5/4 21:45:58 面向对象在VB6语言中的应用

 

    来公司之前,没接触过VB，只知道和Delphi一样，是一个优秀的RAD开发工具，但和Delphi强大的面向对象能力不同的是，VB不支持面向对象的功能,属于传统的RAD开发工具。最初对VB的感觉就是这样的，肤浅而又片面，在公司使用VB的这段时间内，越来越发现当初对VB的认识有失偏颇，面向对象的几个重要特点，基本上都可以在VB6实现。这篇文章，一方面是对我自己当初对VB错误认识的一个纠正，加深自己对VB中面向对象功能的认识。更重要的一个原因是：希望这篇文章能起拋砖引玉的作用，使得部门同事之间在信息交流，技术共享方面做得更好。毕竟思想的分享具有传递和累加性，交流和探讨的过程，也是加深理解，纠正错误观点，清晰思路，提高自己的过程。好了，闲话少说，让我们进入正题!

一：面向对象(Object-Oriente)编程的基本概念

什么是面向对象编程呢？首先,面向对象编程与结构化编程相对而言，是结构化编程语言发展到一定阶段，无法解决软件规模越来越大而出现的软件危机，在其基础上形成的。结构化编程是一种编程方法，是用计算器的视角来抽象问题的方法，关注的是特定问题的具体业务流程,面向对象编程也是一种编程方法，它采用从更接近真实世界的视角来分析问题，使用更接近人们理解真实世界的方法来抽象问题，仿真真实世界的方法，这种方法称为“面向对象”(OO)。

面向对象的本质是对真实世界的抽象与仿真，把要解决的问题如业务逻辑抽象成一个个的业务模型,业务的流向和逻辑通过业务模型的交互来进行处理和分析。类与对象是面向对象编程中最基本的两个概念。类是对真实世界事物的仿真和抽象，在编程中可以认为是自己定义的数据结构，拥有自己的方法和数据成员，其中数据成员表示类对象的状态，而方法是改变类状态的操作。对象是类的具体实现。类是个概念，而对象是这个概念的实体。一个完全的面向对象的语言，至少要具备以下四个最基本的特征。

1：抽象 Abstract

2：封装 Encapsulation

3：继承 Inherited

4：多态                Polymorphism

1：抽象：抽象是对现实生活中相同类别事物的共有特征的高度概括。或许这样的解释比较枯燥,，也不容易理解。前面提到，面向对象是对现实生活事物的仿真和真实反映，那就以现实中的例子加以说明。想象一下鸟儿的形象，不用特定指哪一种鸟，只要是说到鸟这样概念，在脑海中基本上就会出现如下的一个形象：有翅膀，有羽毛，有两只脚，会飞，会唱歌的精灵。为什么说到鸟我们就自然想到是这样的,而不是一个头上有角，身躯庞大，有四只脚的牛的模样呢？这是因为有翅膀，有羽毛，有两只脚，会飞，会唱歌是现实世界中各种各样鸟的共同的特征,这样的共同特征就是对鸟最生动的抽象。

由此可见，抽象的目的是为了提取共性，明确数据成员，清晰功能和方法。

抽象是面向对象建模中最基本的要求，在实际的程序设计对特定领域的业务建模时，一个适合的抽象能对建模的成功起到事半功倍的效果。

 

2：封装。封装是隐藏内部实现细节，只向外公布特定的访问接口，减少操作的复杂性。封装的目的是为了信息隐藏。比如天天使用的显视器，有打开/关闭按钮，通过这个按钮，就可以实现打开和关闭显示屏的目的，对于使用者来说，需要的是通过这样的简单按钮就可以操作显示器，根本不需要关心显示屏的内部是如何通过这个按钮真正实现对显示屏的打开和关闭的工作。这是现实中的封装。面向对象中的封装主要的作用也在于些：隐藏实现细节，实现代码的安全性。

 

3：继承。继承的含义是父类拥有的特征和功能，子类可以自动拥有。继承的目的是为用代码重用，缩短编码时间，减少开发周期。世界万物中，存在着许多生动的现象来告诉我们什么是继承，比如说鸟的一种：百灵鸟，因为属于鸟这个类别，就自然拥有鸟儿有翅膀，有羽毛，可以飞翔，可以歌唱的本领。俗话中的“虎父无犬子”,“老鼠的儿子会打洞”等等，都是在用通俗但很精辟的语言阐述着什么是继承。

 

    4：多态。多态是面向对象语言中最难理解的概念，事实上也是使用最广泛的一个特性。从字面意义来理解，多态就是一个对象具有多种形态。从程序实现上来看，多态是父类通过调用不同子类的相同方法，实现不同子类相同的操作，达到不同的效果，产生出不同的形态。还是以刚才的例子来说明吧，百灵是鸟的一种，黄鹂也是鸟的一种。它们都有由父亲继承下来的动作：歌唱。但百灵歌声清脆悦耳，黄鹂歌声婉转动人。同样的一个动作，不同的鸟儿会唱出不同的旋律，但我们都可以说是鸟儿在歌唱。这就是生活中的多态。正是存在着各种各样的多态，窗外的世界才会如此多姿多彩，耳边才时时响起醉人的燕语莺声。

 

二：VB6中的面向对象应用

初步了解了面向对象的基本概念后，现在我们来看看，VB6中面向对象三大特征的实现和应用。

1：封装

   封装应该是VB6中用得最多的面向对象的概念。封装在面向对象语言中常表现为：属性，方法和事件。属性应该是VB中实现封装最多的一种，具体实现很简单，定义好一个私有变量，再定义好相应的Let 和 Get 属性 就可以实现榜上相应的属性。Get和Let分别对应着对这个属性的Read(读) 和 Write (写)

   相关方法如下：

   Private sSomeValue As String

   Public Property Let SomeValue( Byval vData as string)

       sSomeValue = vData

   End Property

 

   Public Property Get SomeValue() As String

       SomeValue = sSomeValue

   End Property

  

2: 继承

   VB6中通过implentments关键词来实现继承。要注意的是,在VB中指定继承后，对于父类所公开的的属性和方法，必须要手动在子类中一个一个的实现。当然如果觉得手动编码不方便的话，也可以通过IDE中的ClassBuilder类生成器帮助也可以。

   但有点奇怪的是，在VB6中，子类从父类那继承的，只能是接口，而不能继承父类中的实现。就算是接口，也要在前面加上父类的名称才可以正确编译。这样看来，VB6中的继承，实际上只能算得上的面向接口继承，而不能称为面向实现继承了。面向实现继承是可复用的基础，VB提供的只是接口继承，无法提供实现继承，再加上也不能实现重载(override)和过载(overload)的功能，这些可能是VB中面向对象无法得到广泛使用的原因之一吧

 

3：多态

   相对于继承支持的不足, VB6对多态的实现是很成功。仔细思考后也就清楚了其中的原因，多态的实质是接口与实现分离,父类定义接口，子类实现接口。而VB中的继承恰恰实现的就是面向接口继承，所有的实现都必须在子类中完成。表现出的正是多态的特征。

  由于VB6中无法实现面向实现继承,再加上访问修饰符只有Private和Public两种,没有针对继承的Protected。所以VB6应该不能称上是真正的面向对象语言。幸运的是，在DotNet环境下，VB.Net实现了以上的所有不足，成为一个真正的面向对象语言。

 

三：让我们看得更得更深入点

  1：封装变化

  封装的目的是实现信息隐藏，简化访问操作。但要明确的是，封装的对象是什么？或许大家都有过这样的开发体会，在开发过程中，有时需求的一点变更会引起多处程序的修改，严重时会因为一个小小的修改而导致好多意想不到的Bug。用户的需求可能千变万化，理想的情况当然是在系统分析中把所有的业务逻辑和情况都考虑到，但业务发展无法预见，再完美的系统设计也无法解决未知的业务发展变化。而程序开发参考的是现有的项目设计文文件和开发文档，所以业务的变更结果是程序修改无法避免。那么如何做到程序设计中在满足新的需求变化的同时，尽可能减少修改呢？现实中的封装或许可以帮助我们找到部分答案：显示器通过连接线与PC主机通讯，实现正常工作。以前使用的是15’显示器，然后发展成17’纯平,现在流行液晶了。但对于主机来说，不论显示器的类型如何变换，大小如何改变，形状如何变幻，但只要显示器提供的连接线结构不变，主机就不用做任何的改动，继续通过显示接口与显示器正常通讯。看，多么简单但又高效的设计，解决了人们对显示器要求的不断更新。在程序设计中，我们也可以学习这样的思想来解决不断出现的需求变化：封装变化，将存在变化的业务逻辑封装成一个或多个独立的类，提供相应的功能接口供外部程序使用。但业务规则发生改变时，只须修改封装这一业务逻辑的类，将修改所引起变更的范围压缩到最小。只要对外的接口函数没有改变，外部与这个类交互的代码就不用做任何修改，自然就不用担心程序中其它代码会因为这次的修改而产生更多的Bug。

 

2：状态维护

    面向对象的封装的目的是为了信息隐藏,提供代码访问的安全性。

对于一个类来说，封装的结果对外表现为属性和方法。其中属性是类状态表现,而方法表现出来是类能实现的功能和操作。

    类属性与全局变量是有区别的，在程序运行时，同一时间内，全局变量只能有一个值，程序中所有访问该全局变量的代码，得到的是相同一个值。属性不同，类在程序运行时必须要实例化成具体的对象才能工作，所有实例化的对象都有相同的属性，但每一个对象的属性值都可能不同。每一个不同的属性值都可以看成是同一个类同一属性不同状态的表现。

 

  3:面向接口继承和面向实现继承

    面向基类继承也就是面向实现继承，表现出的是子类自动拥有父类的特征，自然界的遗传特性基本上都可以看成是典型的面向基类继承。那么面向接口继承该怎么理解呢？我们可以把接口理解成是一系列概括性规范和标准，还没有做定具体的规则。不同的实现者可以按照自己的实际情况去填充和实现。

举个例子,一老汉,做了一个面饼,给了他的几个儿子,[DllImport("avicap32.dll")] public static extern bool capGetDriverDescriptionA(short wDriver, byte[] lpszName, int cbName, byte[] lpszVer, int cbVer);
[DllImport("User32.dll")] public static extern bool SendMessage(IntPtr hWnd, int wMsg, bool wParam, int lParam);
[DllImport("User32.dll")] public static extern bool SendMessage(IntPtr hWnd, int wMsg, short wParam, int lParam);
[DllImport("User32.dll")] public static extern bool SendMessage(IntPtr hWnd, int wMsg, short wParam, FrameEventHandler lParam);
[DllImport("User32.dll")] public static extern bool SendMessage(IntPtr hWnd, int wMsg, int wParam, ref BITMAPINFO lParam);
[DllImport("User32.dll")] public static extern int SetWindowPos(IntPtr hWnd, int hWndInsertAfter, int x, int y, int cx, int cy, int wFlags);
[DllImport("avicap32.dll")]public static extern int capGetVideoFormat(IntPtr hWnd, IntPtr psVideoFormat, int wSize );

 
// Constants
public const int WM_USER = 0x400;
public const int WS_CHILD = 0x40000000;
public const int WS_VISIBLE = 0x10000000;
public const int SWP_NOMOVE = 0x2;
public const int SWP_NOZORDER = 0x4;
public const int WM_CAP_DRIVER_CONNECT = WM_USER + 10;
public const int WM_CAP_DRIVER_DISCONNECT = WM_USER + 11;
public const int WM_CAP_SET_CALLBACK_FRAME = WM_USER + 5;
public const int WM_CAP_SET_PREVIEW = WM_USER + 50;
public const int WM_CAP_SET_PREVIEWRATE = WM_USER + 52;
public const int WM_CAP_SET_VIDEOFORMAT = WM_USER + 45;
 
// Structures
[StructLayout(LayoutKind.Sequential)] public struct VIDEOHDR
{
[MarshalAs(UnmanagedType.I4)] public int lpData;
[MarshalAs(UnmanagedType.I4)] public int dwBufferLength;
[MarshalAs(UnmanagedType.I4)] public int dwBytesUsed;
[MarshalAs(UnmanagedType.I4)] public int dwTimeCaptured;
[MarshalAs(UnmanagedType.I4)] public int dwUser;
[MarshalAs(UnmanagedType.I4)] public int dwFlags;
[MarshalAs(UnmanagedType.ByValArray, SizeConst=4)] public int[] dwReserved;
}
 
[StructLayout(LayoutKind.Sequential)] public struct BITMAPINFOHEADER
{
[MarshalAs(UnmanagedType.I4)] public Int32 biSize ;
[MarshalAs(UnmanagedType.I4)] public Int32 biWidth ;
[MarshalAs(UnmanagedType.I4)] public Int32 biHeight ;
[MarshalAs(UnmanagedType.I2)] public short biPlanes;
[MarshalAs(UnmanagedType.I2)] public short biBitCount ;
[MarshalAs(UnmanagedType.I4)] public Int32 biCompression;
[MarshalAs(UnmanagedType.I4)] public Int32 biSizeImage;
[MarshalAs(UnmanagedType.I4)] public Int32 biXPelsPerMeter;
[MarshalAs(UnmanagedType.I4)] public Int32 biYPelsPerMeter;
[MarshalAs(UnmanagedType.I4)] public Int32 biClrUsed;
[MarshalAs(UnmanagedType.I4)] public Int32 biClrImportant;
}
 
[StructLayout(LayoutKind.Sequential)] public struct BITMAPINFO
{
[MarshalAs(UnmanagedType.Struct, SizeConst=40)] public BITMAPINFOHEADER bmiHeader;
[MarshalAs(UnmanagedType.ByValArray, SizeConst=1024)] public Int32[] bmiColors;
}
 
public delegate void FrameEventHandler(IntPtr lwnd, IntPtr lpVHdr);
 
// Public methods
public static object GetStructure(IntPtr ptr,ValueType structure)
{
return Marshal.PtrToStructure(ptr,structure.GetType());
}
 
public static object GetStructure(int ptr,ValueType structure)
{
return GetStructure(new IntPtr(ptr),structure);
}
 
public static void Copy(IntPtr ptr,byte[] data)
{
Marshal.Copy(ptr,data,0,data.Length);
}
 
public static void Copy(int ptr,byte[] data)
{
Copy(new IntPtr(ptr),data);
}
 
public static int SizeOf(object structure)
{
return Marshal.SizeOf(structure);
}
}
//Web Camera Class
public class WebCamera
{
// Constructur
public WebCamera(IntPtr handle, int width,int height)
{
mControlPtr = handle;
mWidth = width;
mHeight = height;
}
 
// delegate for frame callback
public delegate void RecievedFrameEventHandler(byte[] data);
public event RecievedFrameEventHandler RecievedFrame;
 
private IntPtr lwndC; // Holds the unmanaged handle of the control
private IntPtr mControlPtr; // Holds the managed pointer of the control
private int mWidth;
private int mHeight;
 
private showVideo.FrameEventHandler mFrameEventHandler; // Delegate instance for the frame callback - must keep alive! gc should NOT collect it
 
// Close the web camera
public void CloseWebcam()
{
this.capDriverDisconnect(this.lwndC);
}
 
// start the web camera
public void StartWebCam()
{
byte[] lpszName = new byte[100];
byte[] lpszVer = new byte[100];
 
showVideo.capGetDriverDescriptionA(0, lpszName, 100,lpszVer, 100);
this.lwndC = showVideo.capCreateCaptureWindowA(lpszName, showVideo.WS_VISIBLE + showVideo.WS_CHILD, 0, 0, mWidth, mHeight, mControlPtr, 0);
 
if (this.capDriverConnect(this.lwndC, 0))
{
this.capPreviewRate(this.lwndC, 66);
this.capPreview(this.lwndC, true);
showVideo.BITMAPINFO bitmapinfo = new showVideo.BITMAPINFO();
bitmapinfo.bmiHeader.biSize = showVideo.SizeOf(bitmapinfo.bmiHeader);
bitmapinfo.bmiHeader.biWidth = 352;
bitmapinfo.bmiHeader.biHeight = 288;
bitmapinfo.bmiHeader.biPlanes = 1;
bitmapinfo.bmiHeader.biBitCount = 24;
this.capSetVideoFormat(this.lwndC, ref bitmapinfo, showVideo.SizeOf(bitmapinfo));
this.mFrameEventHandler = new showVideo.FrameEventHandler(FrameCallBack);
this.capSetCallbackOnFrame(this.lwndC, this.mFrameEventHandler);
showVideo.SetWindowPos(this.lwndC, 0, 0, 0, mWidth , mHeight , 6);
}
}
 
// private functions
private bool capDriverConnect(IntPtr lwnd, short i)
{
return showVideo.SendMessage(lwnd, showVideo.WM_CAP_DRIVER_CONNECT, i, 0);
}
 
private bool capDriverDisconnect(IntPtr lwnd)
{
return showVideo.SendMessage(lwnd, showVideo.WM_CAP_DRIVER_DISCONNECT, 0, 0);
}
 
private bool capPreview(IntPtr lwnd, bool f)
{
return showVideo.SendMessage(lwnd, showVideo.WM_CAP_SET_PREVIEW , f, 0);
}
 
private bool capPreviewRate(IntPtr lwnd, short wMS)
{
return showVideo.SendMessage(lwnd, showVideo.WM_CAP_SET_PREVIEWRATE, wMS, 0);
}
 
private bool capSetCallbackOnFrame(IntPtr lwnd, showVideo.FrameEventHandler lpProc)
{
return showVideo.SendMessage(lwnd, showVideo.WM_CAP_SET_CALLBACK_FRAME, 0, lpProc);
}
 
private bool capSetVideoFormat(IntPtr hCapWnd, ref showVideo.BITMAPINFO BmpFormat, int CapFormatSize)
{
return showVideo.SendMessage(hCapWnd, showVideo.WM_CAP_SET_VIDEOFORMAT, CapFormatSize, ref BmpFormat);
}
 
private void FrameCallBack(IntPtr lwnd, IntPtr lpVHdr)
{
showVideo.VIDEOHDR videoHeader = new showVideo.VIDEOHDR();
byte[] VideoData;
videoHeader = (showVideo.VIDEOHDR)showVideo.GetStructure(lpVHdr,videoHeader);
VideoData = new byte[videoHeader.dwBytesUsed];
showVideo.Copy(videoHeader.lpData ,VideoData);
if (this.RecievedFrame != null)
this.RecievedFrame (VideoData);
}
}
}
具体调用如下：
using System;
using System.Drawing;
using System.Collections;
using System.ComponentModel;
using System.Windows.Forms;
using System.Data;
using webcam;
namespace webcam
{
///
/// Form1 的摘要说明。
///
public class Form1 : System.Windows.Forms.Form
{
private System.Windows.Forms.Panel panelPreview;
private System.Windows.Forms.Button b_play;
private System.Windows.Forms.Button b_stop;
///
/// 必需的设计器变量。
///
private System.ComponentModel.Container components = null;
WebCamera wc;
public Form1()
{
//
// Windows 窗体设计器支持所必需的
//
InitializeComponent();
//
// TODO: 在 InitializeComponent 调用后添加任何构造函数代码
//
}
///
/// 清理所有正在使用的资源。
///
protected override void Dispose( bool disposing )
{
if( disposing )
{
if (components != null)
{
components.Dispose();
}
}
base.Dispose( disposing );
}
#region Windows 窗体设计器生成的代码
///
/// 设计器支持所需的方法 - 不要使用代码编辑器修改
/// 此方法的内容。
///
private void InitializeComponent()
{
this.b_play = new System.Windows.Forms.Button();
this.panelPreview = new System.Windows.Forms.Panel();
this.b_stop = new System.Windows.Forms.Button();
this.SuspendLayout();
//
// b_play
//
this.b_play.Location = new System.Drawing.Point(280, 368);
this.b_play.Name = "b_play";
this.b_play.TabIndex = 0;
this.b_play.Text = "&Play";
this.b_play.Click += new System.EventHandler(this.button1_Click);
//
// panelPreview
//
this.panelPreview.Location = new System.Drawing.Point(8, 8);
this.panelPreview.Name = "panelPreview";
this.panelPreview.Size = new System.Drawing.Size(344, 272);
this.panelPreview.TabIndex = 1;
//
// b_stop
//
this.b_stop.Enabled = false;
this.b_stop.Location = new System.Drawing.Point(360, 368);
this.b_stop.Name = "b_stop";
this.b_stop.TabIndex = 2;
this.b_stop.Text = "&Stop";
this.b_stop.Click += new System.EventHandler(this.b_stop_Click);
//
// Form1
//
this.AutoScaleBaseSize = new System.Drawing.Size(6, 14);
this.ClientSize = new System.Drawing.Size(464, 413);
this.Controls.Add(this.b_stop);
this.Controls.Add(this.panelPreview);
this.Controls.Add(this.b_play);
this.MaximizeBox = false;
this.MinimizeBox = false;
this.Name = "Form1";
this.Text = "GoodView test Web Camera";
this.Load += new System.EventHandler(this.Form1_Load);
this.ResumeLayout(false);
}
#endregion
///
/// 应用程序的主入口点。
///
[STAThread]
static void Main()
{
Application.Run(new Form1());
}
private void Form1_Load(object sender, System.EventArgs e)
{
b_play.Enabled = false;
b_stop.Enabled = true;
panelPreview.Size = new Size(330,330);
wc = new WebCamera( panelPreview.Handle,panelPreview.Width,panelPreview.Height);
wc.StartWebCam();
}
private void button1_Click(object sender, System.EventArgs e)
{
b_play.Enabled = false;
b_stop.Enabled = true;
panelPreview.Size = new Size(330,330);
wc = new WebCamera( panelPreview.Handle,panelPreview.Width,panelPreview.Height);
wc.StartWebCam();
}
private void b_stop_Click(object sender, System.EventArgs e)
{
b_play.Enabled = true;
b_stop.Enabled = false;
wc.CloseWebcam();
}
}
}
]]>