1. 数据库访问性能优化
数据库的连接和关闭
访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过身份验证，比较耗费服务器资源。ASP.NET中提供了连接池(Connection Pool)改善打开和关闭数据库对性能的影响。系统将用户的数据库连接放在连接池中，需要时取出，关闭时收回连接，等待下一次的连接请求。连接池的大小是有限的，如果在连接池达到最大限度后仍要求创建连接，必然大大影响性能。因此，在建立数据库连接后只有在真正需要操作时才打开连接，使用完毕后马上关闭，从而尽量减少数据库连接打开的时间，避免出现超出连接限制的情况。
使用存储过程
存储过程是存储在服务器上的一组预编译的SQL语句，类似于DOS系统中的批处理文件。存储过程具有对数据库立即访问的功能，信息处理极为迅速。使用存储过程可以避免对命令的多次编译，在执行一次后其执行规划就驻留在高速缓存中，以后需要时只需直接调用缓存中的二进制代码即可。另外，存储过程在服务器端运行，独立于ASP.NET程序，便于修改，最重要的是它可以减少数据库操作语句在网络中的传输。
优化查询语句
ASP.NET中ADO连接消耗的资源相当大，SQL语句运行的时间越长，� ......
一、委托
（1） 委托时一种引用方法的类型，一旦为委托分配了方法，委托将与该方法具有完全相同的行为，委托方法的带哦用可以像
其他方法一样，具有参数和返回值，
如： public delegate int PerformCalculation(int x, int y);
（2） 委托 是一种安全的封装方法的类型，与C++ 的函数指针类似，但委托时面向对象的，类型安全，
构造委托对象时，通常提供委托将包装的方法或使用匿名方法，实例化委托后，委托将把对它进行的方法调用传给方法，
调用方法给委托的参数被传递给方法，来自方法的返回值有委托返回给调用方，称为“调用委托”，
二、何时使用委托而不使用接口
1.以下情况使用委托：
当使用事件设计模式的时候
当封装静态方法可取的时候，
当调用方步需要访问实现该方法的对象中的其他属性 、方法或者接口
......
看了那么多，还是亲自动手实践下有效果。
引用 百度 杨云飞ai生活
ASP.NET 2.0 实现伪静态网页方法
方法一：利用Httphandler实现URL重写（伪URL及伪静态）
我们有时候会见到这样的地址：“http://www.huoho.com/show-12-34.html”，你或许认为在站点服务器根目录“/”下存在名为“show-12-34.html”的文件，其实实际它可能是不存在的，而可能你看到的内容是“/aspx/show.aspx?type= 12&id=34”的内容，为什么要这样做呢？原因有多个方面：首先是增强URL的友好性，记“show-12-34.html”总比 “/aspx/show.aspx?type=12&id=34”好记吧？其次就是方便搜索引擎收录，很多搜索引擎更看好静态HTML页，比如：百度；其次就是出于安全性的考虑，因为这样隐藏了参数“type”、“id”。是不是很有意思呢？
其实这是利用URL重写实现的，下面我就说一下在ASP.NET2.0下我所知道的最简单的实现方法：通过实现接口“IHttpHandler”来接管HTTP请求，Follow me!
1.在资源管理方案中添加一个类，类的代码如下：
//类URLRewriter程序清单：
us ......
对于asp.net,默认只允许上传2M文件,增加如下配置,一般可以自定义最大文件大小.
<httpRuntime executionTimeout="300" maxRequestLength="40960" useFullyQualifiedRedirectUrl="false"/>
我们在上传大文件时都遇到过这样或那样的问题。设置很大的maxRequestLength值并不能完全解决问题，因为ASP.NET会block直到把
整个文件载入内存后，再加以处理。实际上，如果文件很大的话，我们经常会见到Internet Explorer显示 "The page
cannot be displayed - Cannot find server or DNS
Error"，好像是怎么也catch不了这个错误。为什么？因为这是个client side错误，server
side端的Application_Error是处理不到的，可以参考这个帖子研究一下产生这个错误的机理。
handling server error when upload file too large
解决的方法是利用隐含的HttpWorkerRequest，用它的GetPreloadedEntityBody 和
ReadEntityBody方法从IIS为ASP.NET建立的pipe里分块读取数据,Chris
Hynes为我们提供了这样的一个方案(用HttpModule)，该方案除了允许你上传大文件外，还能实时显示上传进度。
IServiceProvider provider = ......
对于asp.net,默认只允许上传2M文件,增加如下配置,一般可以自定义最大文件大小.
<httpRuntime executionTimeout="300" maxRequestLength="40960" useFullyQualifiedRedirectUrl="false"/>
我们在上传大文件时都遇到过这样或那样的问题。设置很大的maxRequestLength值并不能完全解决问题，因为ASP.NET会block直到把
整个文件载入内存后，再加以处理。实际上，如果文件很大的话，我们经常会见到Internet Explorer显示 "The page
cannot be displayed - Cannot find server or DNS
Error"，好像是怎么也catch不了这个错误。为什么？因为这是个client side错误，server
side端的Application_Error是处理不到的，可以参考这个帖子研究一下产生这个错误的机理。
handling server error when upload file too large
解决的方法是利用隐含的HttpWorkerRequest，用它的GetPreloadedEntityBody 和
ReadEntityBody方法从IIS为ASP.NET建立的pipe里分块读取数据,Chris
Hynes为我们提供了这样的一个方案(用HttpModule)，该方案除了允许你上传大文件外，还能实时显示上传进度。
IServiceProvider provider = ......
三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。
1、表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得。
2、业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
3、数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等。
三层结构原理：
3个层次中，系统主要功能和业务逻辑都在业务逻辑层进行处理。
所谓三层体系结构，是在客户端与数据库之间加入了一个“中间层”，也叫组件层。这里所说的三层体系，不是指物理上的三层，不是简单地放置三台机器就是三层体系结构，也不仅仅有B/S应用才是三层体系结构，三层是指逻辑上的三层，即使这三个层放置到一台机器上。
三层体系的应用程序将业务规则、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下，客户端不直接与数据库进行交互，而是通过COM/DCOM通讯与中间层建立连接，再� ......
直接在ASP.net中上传大文件的方法．
方法一：在web.config中添加<httpRuntime maxRequestLength="100000" executionTimeout="45"/>
方法二：修改ＩＩＳ配置文件windows->system32->inetsrv->metaBase.XML
方法三：
1． httpHandler or HttpModule
a.在ASP.net进程处理request请求之前截获request对象
b.分块读取和写入数据
c.实时跟踪上传进度更新meta信息
2． 利用隐含的HttpWorkerRequest用它的GetPreloadedEntityBody 和 ReadEntityBody方法处理文件流
上传代码
HttpApplication application1 = sender as HttpApplication;
HttpWorkerRequest request1 = (HttpWorkerRequest) ((IServiceProvider) HttpContext.Current).GetService(typeof(HttpWorkerRequest));
try
{
if (application1.Context.Request.ContentType.IndexOf("multipart/form-data") <= -1)
{
return;
}
//Check The HasEntityBody
if (!request1.HasEntityBody())
{
return;
}
int num1 = 0;
TimeSpan span1 =&nb ......
最新文章 : asp.net