博客园-9who的程序博客,天道酬勤http://www.cnblogs.com/9who/寻梦的岁月从不言辛苦几多，不问收获多几...zh-cnThu, 21 Aug 2008 17:24:10 GMTThu, 21 Aug 2008 17:24:10 GMT60ASP.NET26个常用性能优化方法http://www.cnblogs.com/9who/archive/2008/08/19/1271585.html9who9whoTue, 19 Aug 2008 09:33:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/19/1271585.htmlhttp://www.cnblogs.com/9who/comments/1271585.htmlhttp://www.cnblogs.com/9who/archive/2008/08/19/1271585.html#Feedback4http://www.cnblogs.com/9who/comments/commentRss/1271585.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1271585.html
  • 数据库访问性能优化
    　　数据库的连接和关闭
    　　访问数据库资源需要创建连接、打开连接和关闭连接几个操作。这些过程需要多次与数据库交换信息以通过身份验证，比较耗费服务器资源。 ASP.NET中提供了连接池(Connection Pool)改善打开和关闭数据库对性能的影响。系统将用户的数据库连接放在连接池中，需要时取出，关闭时收回连接，等待下一次的连接请求。连接池的大小是有限的，如果在连接池达到最大限度后仍要求创建连接，必然大大影响性能。因此，在建立数据库连接后只有在真正需要操作时才打开连接，使用完毕后马上关闭，从而尽量减少数据库连接打开的时间，避免出现超出连接限制的情况。
    　　使用存储过程
    　　存储过程是存储在服务器上的一组预编译的SQL语句，类似于DOS系统中的批处理文件。存储过程具有对数据库立即访问的功能，信息处理极为迅速。使用存储过程可以避免对命令的多次编译，在执行一次后其执行规划就驻留在高速缓存中，以后需要时只需直接调用缓存中的二进制代码即可。另外，存储过程在服务器端运行，独立于ASP.NET程序，便于修改，最重要的是它可以减少数据库操作语句在网络中的传输。
    　　优化查询语句
    　　ASP.NET中ADO连接消耗的资源相当大，SQL语句运行的时间越长，占用系统资源的时间也越长。因此，尽量使用优化过的SQL语句以减少执行时间。比如，不在查询语句中包含子查询语句，充分利用索引等。
  • 字符串操作性能优化
    　　使用值类型的ToString方法
    　　在连接字符串时，经常使用"+"号直接将数字添加到字符串中。这种方法虽然简单，也可以得到正确结果，但是由于涉及到不同的数据类型，数字需要通过装箱操作转化为引用类型才可以添加到字符串中。但是装箱操作对性能影响较大，因为在进行这类处理时，将在托管堆中分配一个新的对象，原有的值复制到新创建的对象中。使用值类型的ToString方法可以避免装箱操作，从而提高应用程序性能。
    　　运用StringBuilder类
    　　String类对象是不可改变的，对于String对象的重新赋值在本质上是重新创建了一个String对象并将新值赋予该对象，其方法 ToString对性能的提高并非很显著。在处理字符串时，最好使用StringBuilder类，其.NET 命名空间是System.Text。该类并非创建新的对象，而是通过Append，Remove，Insert等方法直接对字符串进行操作，通过 ToString方法返回操作结果。 　　其定义及操作语句如下所示：
    int num;
    System.Text.StringBuilder str = new System.Text.StringBuilder(); //创建字符串
    str.Append(num.ToString()); //添加数值num
    Response.Write(str.ToString); //显示操作结果
  • 优化 Web 服务器计算机和特定应用程序的配置文件以符合您的特定需要
    　　默认情况下，ASP.NET 配置被设置成启用最广泛的功能并尽量适应最常见的方案。因此，应用程序开发人员可以根据应用程序所使用的功能，优化和更改其中的某些配置，以提高应用程序的性能。下面的列表是您应该考虑的一些选项。
    　　仅对需要的应用程序启用身份验证。
    　　默认情况下，身份验证模式为 Windows，或集成 NTLM。大多数情况下，对于需要身份验证的应用程序，最好在 Machine.config 文件中禁用身份验证，并在 Web.config 文件中启用身份验证。根据适当的请求和响应编码设置来配置应用程序。ASP.NET 默认编码格式为 UTF-8。如果您的应用程序为严格的 ASCII，请配置应用程序使用 ASCII 以获得稍许的性能提高。
    　　考虑对应用程序禁用 AutoEventWireup。
    　　在 Machine.config 文件中将 AutoEventWireup 属性设置为 false，意味着页面不将方法名与事件进行匹配和将两者挂钩(例如 Page_Load)。如果页面开发人员要使用这些事件，需要在基类中重写这些方法(例如，需要为页面加载事件重写 Page.OnLoad，而不是使用 Page_Load 方法)。如果禁用 AutoEventWireup，页面将通过将事件连接留给页面作者而不是自动执行它，获得稍许的性能提升。
    　　从请求处理管线中移除不用的模块。
    　　默认情况下，服务器计算机的 Machine.config 文件中节点的所有功能均保留为激活。根据应用程序所使用的功能，您可以从请求管线中移除不用的模块以获得稍许的性能提升。检查每个模块及其功能，并按您的需要自定义它。例如，如果您在应用程序中不使用会话状态和输出缓存，则可以从列表中移除它们，以便请求在不执行其他有意义的处理时，不必执行每个模块的进入和离开代码。
  • 一定要禁用调试模式
    　　在部署生产应用程序或进行任何性能测量之前，始终记住禁用调试模式。如果启用了调试模式，应用程序的性能可能受到非常大的影响。
  • 对于广泛依赖外部资源的应用程序，请考虑在多处理器计算机上启用网络园艺
    　　ASP.NET 进程模型帮助启用多处理器计算机上的可缩放性，将工作分发给多个进程(每个CPU一个)，并且每个进程都将处理器关系设置为其 CPU。此技术称为网络园艺。如果应用程序使用较慢的数据库服务器或调用具有外部依赖项的 COM 对象(这里只是提及两种可能性)，则为您的应用程序启用网络园艺是有益的。但是，在决定启用网络园艺之前，您应该测试应用程序在网络园中的执行情况。
  • 只要可能，就缓存数据和页输出
    　　ASP.NET 提供了一些简单的机制，它们会在不需要为每个页请求动态计算页输出或数据时缓存这些页输出或数据。另外，通过设计要进行缓存的页和数据请求(特别是在站点中预期将有较大通讯量的区域)，可以优化这些页的性能。与 .NET Framework 的任何 Web 窗体功能相比，适当地使用缓存可以更好的提高站点的性能，有时这种提高是超数量级的。使用 ASP.NET 缓存机制有两点需要注意。首先，不要缓存太多项。缓存每个项均有开销，特别是在内存使用方面。不要缓存容易重新计算和很少使用的项。其次，给缓存的项分配的有效期不要太短。很快到期的项会导致缓存中不必要的周转，并且经常导致更多的代码清除和垃圾回收工作。若关心此问题，请监视与 ASP.NET Applications 性能对象关联的 Cache Total Turnover Rate 性能计数器。高周转率可能说明存在问题，特别是当项在到期前被移除时。这也称作内存压力。
  • 选择适合页面或应用程序的数据查看机制
    　　根据您选择在 Web 窗体页显示数据的方式，在便利和性能之间常常存在着重要的权衡。例如，DataGrid Web 服务器控件可能是一种显示数据的方便快捷的方法，但就性能而言它的开销常常是最大的。在某些简单的情况下，您通过生成适当的 HTML 自己呈现数据可能很有效，但是自定义和浏览器定向会很快抵销所获得的额外功效。Repeater Web 服务器控件是便利和性能的折衷。它高效、可自定义且可编程。
  • 将 SqlDataReader 类用于快速只进数据游标
    　　SqlDataReader 类提供了一种读取从 SQL Server 数据库检索的只进数据流的方法。如果当创建 ASP.NET 应用程序时出现允许您使用它的情况，则 SqlDataReader 类提供比 DataSet 类更高的性能。情况之所以这样，是因为 SqlDataReader 使用 SQL Server 的本机网络数据传输格式从数据库连接直接读取数据。另外，SqlDataReader 类实现 IEnumerable 接口，该接口也允许您将数据绑定到服务器控件。有关更多信息，请参见 SqlDataReader 类。有关 ASP.NET 如何访问数据的信息，请参见通过 ASP.NET 访问数据。
  • 将 SQL Server 存储过程用于数据访问
    　　在 .NET Framework 提供的所有数据访问方法中，基于 SQL Server 的数据访问是生成高性能、可缩放 Web 应用程序的推荐选择。使用托管 SQL Server 提供程序时，可通过使用编译的存储过程而不是特殊查询获得额外的性能提高。
  • 避免单线程单元 (STA) COM 组件
    　　默认情况下，ASP.NET 不允许任何 STA COM 组件在页面内运行。若要运行它们，必须在 .aspx 文件内将 ASPCompat=true 属性包含在 @ Page 指令中。这样就将执行用的线程池切换到 STA 线程池，而且使 HttpContext 和其他内置对象可用于 COM 对象。前者也是一种性能优化，因为它避免了将多线程单元 (MTA) 封送到 STA 线程的任何调用。使用 STA COM 组件可能大大损害性能，应尽量避免。若必须使用 STA COM 组件，如在任何 interop 方案中，则应在执行期间进行大量调用并在每次调用期间发送尽可能多的信息。另外，小心不要在构造页面期间创建任何 STA COM 组件。例如下面的代码中，在页面构造时将实例化由某个线程创建的 MySTAComponent，而该线程并不是将运行页面的 STA 线程。这可能对性能有不利影响，因为要构造页面就必须完成 MTA 和 STA 线程之间的封送处理。
    <%@ Page Language="VB" ASPCompat="true" %>
    <script runat=server>
    Dim myComp as new MySTAComponent()
    Public Sub Page_Load()
    myComp.Name = "Bob"
    End Sub
    </script>
    <html>
    <%
    Response.Write(myComp.SayHello)
    %>
    </html>

    　　首选机制是推迟对象的创建，直到以后在 STA 线程下执行上述代码，如下面的例子所示。
    <%@ Page Language="VB" ASPCompat="true" %>
    <script runat=server>
    Dim myComp
    Public Sub Page_Load()
    myComp = new MySTAComponent()
    myComp.Name = "Bob"
    End Sub
    </script>
    <html>
    <%
    Response.Write(myComp.SayHello)
    %>
    </html>
    　　推荐的做法是在需要时或者在 Page_Load 方法中构造任何 COM 组件和外部资源。永远不要将任何 STA COM 组件存储在可以由构造它的线程以外的其他线程访问的共享资源里。这类资源包括像缓存和会话状态这样的资源。即使 STA 线程调用 STA COM 组件，也只有构造此 STA COM 组件的线程能够实际为该调用服务，而这要求封送处理对创建者线程的调用。此封送处理可能产生重大的性能损失和可伸缩性问题。在这种情况下，请研究一下使 COM 组件成为 MTA COM 组件的可能性，或者更好的办法是迁移代码以使对象成为托管对象。
  • 将调用密集型的 COM 组件迁移到托管代码
    　　.NET Framework 提供了一个简单的方法与传统的 COM 组件进行交互。其优点是可以在保留现有投资的同时利用新的平台。但是在某些情况下，保留旧组件的性能开销使得将组件迁移到托管代码是值得的。每一情况都是不一样的，决定是否需要迁移组件的最好方法是对 Web 站点运行性能测量。建议您研究一下如何将需要大量调用以进行交互的任何COM 组件迁移到托管代码。许多情况下不可能将旧式组件迁移到托管代码，特别是在最初迁移 Web 应用程序时。在这种情况下，最大的性能障碍之一是将数据从非托管环境封送到托管环境。因此，在交互操作中，请在任何一端执行尽可能多的任务，然后进行一个大调用而不是一系列小调用。例如，公共语言运行库中的所有字符串都是 Unicode 的，所以应在调用托管代码之前将组件中的所有字符串转换成 Unicode 格式。另外，一处理完任何 COM 对象或本机资源就释放它们。这样，其他请求就能够使用它们，并且最大限度地减少了因稍后请求垃圾回收器释放它们所引起的性能问题。
  • 在 Visual Basic .NET 或 JScript. 代码中使用早期绑定
    　　以往，开发人员喜欢使用 Visual Basic、VBScript. 和 JScript. 的原因之一就是它们所谓“无类型”的性质。变量不需要显式类型声明，并能够简单地通过使用来创建它们。当从一个类型到另一个类型进行分配时，转换将自动执行。不过，这种便利会大大损害应用程序的性能。Visual Basic 现在通过使用 Option Strict 编译器指令来支持类型安全编程。为了向后兼容，默认情况下，ASP.NET 不启用该选项。但是，为了得到最佳性能，强烈建议在页中启用该选项。若要启用 Option Strict，请将 Strict 属性包括在 @ Page 指令中，或者，对于用户控件，请将该属性包括在 @ Control 指令中。下面的示例演示了如何设置该属性，并进行了四个变量调用以显示使用该属性是如何导致编译器错误的。
    <%@ Page Language="VB" Strict="true" %>
    <%
    Dim B
    Dim C As String
    ' This will cause a compiler error.
    A = "Hello"
    ' This will cause a compiler error.
    B = "World"
    ' This will not cause a compiler error.
    C = "!!!!!!"
    ' But this will cause a compiler error.
    C = 0
    %>　　Dim B
    Dim C As String
    ' This will cause a compiler error.
    A = "Hello"
    ' This will cause a compiler error.
    B = "World"
    ' This will not cause a compiler error.
    C = "!!!!!!"
    ' But this will cause a compiler error.
    C = 0
    %>
    　　JScript.NET 也支持无类型编程，但它不提供强制早期绑定的编译器指令。若发生下面任何一种情况，则变量是晚期绑定的：被显式声明为 Object，是无类型声明的类的字段，是无显式类型声明的专用函数或方法成员，并且无法从其使用推断出类型。 　　最后一个差别比较复杂，因为如果 JScript. .NET 编译器可以根据变量的使用情况推断出类型，它就会进行优化。在下面的示例中，变量 A 是早期绑定的，但变量 B 是晚期绑定的。
    var A;
    var B;
    A = "Hello";
    B = "World";
    B = 0;

    　　为了获得最佳的性能，当声明 JScript. .NET 变量时，请为其分配一个类型。例如，var A : String。
  • 使请求管线内的所有模块尽可能高效
    　　请求管线内的所有模块在每次请求中都有机会被运行。因此，当请求进入和离开模块时快速地触发代码至关重要，特别是在不使用模块功能的代码路径里。分别在使用及不使用模块和配置文件时执行吞吐量测试，对确定这些方法的执行速度非常有用。
  • 使用 HttpServerUtility.Transfer 方法在同一应用程序的页面间重定向
    　　采用 Server.Transfer 语法，在页面中使用该方法可避免不必要的客户端重定向。
  • 必要时调整应用程序每个辅助进程的线程数
    　　ASP.NET 的请求结构试图在执行请求的线程数和可用资源之间达到一种平衡。已知一个使用足够 CPU 功率的应用程序，该结构将根据可用于请求的 CPU 功率，来决定允许同时执行的请求数。这项技术称作线程门控。但是在某些条件下，线程门控算法不是很有效。通过使用与 ASP.NET Applications 性能对象关联的 Pipeline Instance Count 性能计数器，可以在 PerfMon 中监视线程门控。当页面调用外部资源，如数据库访问或 XML Web services 请求时，页面请求通常停止并释放 CPU。如果某个请求正在等待被处理，并且线程池中有一个线程是自由的，那么这个正在等待的请求将开始被处理。遗憾的是，有时这可能导致 Web 服务器上存在大量同时处理的请求和许多正在等待的线程，而它们对服务器性能有不利影响。通常，如果门控因子是外部资源的响应时间，则让过多请求等待资源，对 Web 服务器的吞吐量并无帮助。为缓和这种情况，可以通过更改 Machine.config 配置文件节点的 maxWorkerThreads 和 maxIOThreads 属性，手动设置进程中的线程数限制。
    　　注意：辅助线程是用来处理 ASP.NET 请求的，而 IO 线程则是用于为来自文件、数据库或 XML Web services 的数据提供服务的。分配给这些属性的值是进程中每个 CPU 每类线程的最大数目。对于双处理器计算机，最大数是设置值的两倍。对于四处理器计算机，最大值是设置值的四倍。无论如何，对于有四个或八个 CPU 的计算机，最好更改默认值。对于有一个或两个处理器的计算机，默认值就可以，但对于有更多处理器的计算机的性能，进程中有一百或两百个线程则弊大于利。注意进程中有太多线程往往会降低服务器的速度，因为额外的上下文交换导致操作系统将 CPU 周期花在维护线程而不是处理请求上。
  • 适当地使用公共语言运行库的垃圾回收器和自动内存管理
    　　小心不要给每个请求分配过多内存，因为这样垃圾回收器将必须更频繁地进行更多的工作。另外，不要让不必要的指针指向对象，因为它们将使对象保持活动状态，并且应尽量避免含 Finalize 方法的对象，因为它们在后面会导致更多的工作。特别是在 Finalize 调用中永远不要释放资源，因为资源在被垃圾回收器回收之前可能一直消耗着内存。最后这个问题经常会对 Web 服务器环境的性能造成毁灭性的打击，因为在等待 Finalize 运行时，很容易耗尽某个特定的资源。
  • 如果有大型 Web 应用程序，可考虑执行预批编译
    　　每当发生对目录的第一次请求时都会执行批编译。如果目录中的页面没有被分析并编译，此功能会成批分析并编译目录中的所有页面，以便更好地利用磁盘和内存。如果这需要很长时间，则将快速分析并编译单个页面，以便请求能被处理。此功能带给 ASP.NET 性能上的好处，因为它将许多页面编译为单个程序集。从已加载的程序集访问一页比每页加载新的程序集要快。批编译的缺点在于：如果服务器接收到许多对尚未编译的页面的请求，那么当 Web 服务器分析并编译它们时，性能可能较差。为解决这个问题，可以执行预批编译。为此，只需在应用程序激活之前向它请求一个页面，无论哪页均可。然后，当用户首次访问您的站点时，页面及其程序集将已被编译。没有简单的机制可以知道批编译何时发生。需一直等到 CPU 空闲或者没有更多的编译器进程(例如 csc.exe(C# 编译器)或 vbc.exe(Visual Basic 编译器))启动。还应尽量避免更改应用程序的 bin 目录中的程序集。更改页面会导致重新分析和编译该页，而替换 bin 目录中的程序集则会导致完全重新批编译该目录。在包含许多页面的大规模站点上，更好的办法可能是根据计划替换页面或程序集的频繁程度来设计不同的目录结构。不常更改的页面可以存储在同一目录中并在特定的时间进行预批编译。经常更改的页面应在它们自己的目录中(每个目录最多几百页)以便快速编译。Web 应用程序可以包含许多子目录。批编译发生在目录级，而不是应用程序级。
  • 不要依赖代码中的异常
    　　因为异常大大地降低性能，所以您不应该将它们用作控制正常程序流程的方式。如果有可能检测到代码中可能导致异常的状态，请执行这种操作。不要在处理该状态之前捕获异常本身。常见的方案包括：检查 null，分配给将分析为数字值的 String 一个值，或在应用数学运算前检查特定值。下面的示例演示可能导致异常的代码以及测试是否存在某种状态的代码。两者产生相同的结果。
    try
    {
    　result = 100 / num;
    }
    catch (Exception e)
    {
    　result = 0;
    }
    // ...to this.
    if (num != 0)
    　result = 100 / num;
    else
    　result = 0;
  • 使用 HttpResponse.Write 方法进行字符串串联
    　　该方法提供非常有效的缓冲和连接服务。但是，如果您正在执行广泛的连接，请使用多个 Response.Write 调用。下面示例中显示的技术比用对 Response.Write 方法的单个调用连接字符串更快。
    Response.Write("a");
    Response.Write(myString);
    Response.Write("b");
    Response.Write(myObj.ToString());
    Response.Write("c");
    Response.Write(myString2);
    Response.Write("d");
  • 除非有特殊的原因要关闭缓冲，否则使其保持打开
    　　禁用 Web 窗体页的缓冲会导致大量的性能开销。
  • 只在必要时保存服务器控件视图状态
    　　自动视图状态管理是服务器控件的功能，该功能使服务器控件可以在往返过程上重新填充它们的属性值(您不需要编写任何代码)。但是，因为服务器控件的视图状态在隐藏的窗体字段中往返于服务器，所以该功能确实会对性能产生影响。您应该知道在哪些情况下视图状态会有所帮助，在哪些情况下它影响页的性能。例如，如果您将服务器控件绑定到每个往返过程上的数据，则将用从数据绑定操作获得的新值替换保存的视图状态。在这种情况下，禁用视图状态可以节省处理时间。默认情况下，为所有服务器控件启用视图状态。若要禁用视图状态，请将控件的EnableViewState 属性设置为 false，如下面的 DataGrid 服务器控件示例所示。
    　　<asp:datagrid EnableViewState="false" datasource="..." runat="server"/>
    　　您还可以使用 @ Page 指令禁用整个页的视图状态。当您不从页回发到服务器时，这将十分有用：
    　　<%@ Page EnableViewState="false" %>
    　　注意:@ Control 指令中也支持 EnableViewState 属性，该指令允许您控制是否为用户控件启用视图状态。若要分析页上服务器控件使用的视图状态的数量，请(通过将 trace="true" 属性包括在 @ Page 指令中)启用该页的跟踪并查看 Control Hierarchy 表的 Viewstate 列。有关跟踪和如何启用它的信息，请参见 ASP.NET 跟踪。
  • 避免到服务器的不必要的往返过程
    　　虽然您很可能希望尽量多地使用 Web 窗体页框架的那些节省时间和代码的功能，但在某些情况下却不宜使用 ASP.NET 服务器控件和回发事件处理。通常，只有在检索或存储数据时，您才需要启动到服务器的往返过程。多数数据操作可在这些往返过程间的客户端上进行。例如，从 HTML 窗体验证用户输入经常可在数据提交到服务器之前在客户端进行。通常，如果不需要将信息传递到服务器以将其存储在数据库中，那么您不应该编写导致往返过程的代码。如果您开发自定义服务器控件，请考虑让它们为支持 ECMAScript. 的浏览器呈现客户端代码。通过以这种方式使用服务器控件，您可以显著地减少信息被不必要的发送到 Web 服务器的次数。
    　　使用 Page.IsPostBack 避免对往返过程执行不必要的处理
    　　如果您编写处理服务器控件回发处理的代码，有时可能需要在首次请求页时执行其他代码，而不是当用户发送包含在该页中的 HTML 窗体时执行的代码。根据该页是否是响应服务器控件事件生成的。
    　　使用 Page.IsPostBack 属性有条件地执行代码
    　　例如，下面的代码演示如何创建数据库连接和命令，该命令在首次请求该页时将数据绑定到 DataGrid 服务器控件。
    void Page_Load(Object sender, EventArgs e)
    {
    // Set up a connection and command here.
    if (!Page.IsPostBack)
    {
    　String query = "select * from Authors where FirstName like '%JUSTIN%'";
    　myCommand.Fill(ds, "Authors");
    　myDataGrid.DataBind();
    }
    }

    　　由于每次请求时都执行 Page_Load 事件，上述代码检查 IsPostBack 属性是否设置为 false。如果是，则执行代码。如果该属性设置为 true，则不执行代码。注意 如果不运行这种检查，回发页的行为将不更改。Page_Load 事件的代码在执行服务器控件事件之前执行，但只有服务器控件事件的结果才可能在输出页上呈现。如果不运行该检查，仍将为 Page_Load 事件和该页上的任何服务器控件事件执行处理。
  • 当不使用会话状态时禁用它
    　　并不是所有的应用程序或页都需要针对于具体用户的会话状态，您应该对任何不需要会话状态的应用程序或页禁用会话状态。 　　若要禁用页的会话状态，请将 @ Page 指令中的 EnableSessionState 属性设置为 false。例如:
    　　<%@ Page EnableSessi %>
    　　注意:如果页需要访问会话变量，但不打算创建或修改它们，则将@ Page 指令中的 EnableSessionState 属性设置为ReadOnly。还可以禁用 XML Web services 方法的会话状态。有关更多信息，请参见使用 ASP.NET 和 XML Web services 客户端创建的 XML Web services。若要禁用应用程序的会话状态，请在应用程序 Web.config 文件的 sessionstate 配置节中将 mode 属性设置为 off。例如:
    　　<sessionstate mode="off" />
  • 仔细选择会话状态提供程序
    　　ASP.NET 为存储应用程序的会话数据提供了三种不同的方法：进程内会话状态、作为 Windows 服务的进程外会话状态和 SQL Server 数据库中的进程外会话状态。每种方法都有自己的优点，但进程内会话状态是迄今为止速度最快的解决方案。如果只在会话状态中存储少量易失数据，则建议您使用进程内提供程序。进程外解决方案主要用于跨多个处理器或多个计算机缩放应用程序，或者用于服务器或进程重新启动时不能丢失数据的情况。有关更多信息，请参见 ASP.NET 状态管理。
  • 不使用不必要的Server Control
    　　ASP.net中，大量的服务器端控件方便了程序开发，但也可能带来性能的损失，因为用户每操作一次服务器端控件，就产生一次与服务器端的往返过程。因此，非必要，应当少使用Server Control。
  • ASP.NET应用程序性能测试
    　　在对ASP.NET应用程序进行性能测试之前，应确保应用程序没有错误，而且功能正确。具体的性能测试可以采用以下工具进行：Web Application Strees Tool (WAS)是Microsoft发布的一个免费测试工具，可以从http://webtool.rte.microsoft.com/上下载。它可以模拟成百上千个用户同时对web应用程序进行访问请求，在服务器上形成流量负载，从而达到测试的目的，可以生成平均TTFB、平均TTLB等性能汇总报告。 Application Center Test (ACT) 是一个测试工具，附带于Visual Studio.NET的企业版中，是Microsoft正式支持的web应用程序测试工具。它能够直观地生成图表结果，功能比WAS多，但不具备多个客户机同时测试的能力。服务器操作系统"管理工具"中的"性能"计数器，可以对服务器进行监测以了解应用程序性能。

    • 　　结论：
    　　对于网站开发人员来说，在编写ASP.NET应用程序时注意性能问题，养成良好的习惯，提高应用程序性能，至少可以推迟必需的硬件升级，降低网站的成本。



    [新闻]第一财经周刊:当前互联网世界正处无秩序时代]]>    网易娱乐频道也在用风讯CMShttp://www.cnblogs.com/9who/archive/2008/08/14/1267714.html9who9whoThu, 14 Aug 2008 04:10:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/14/1267714.htmlhttp://www.cnblogs.com/9who/comments/1267714.htmlhttp://www.cnblogs.com/9who/archive/2008/08/14/1267714.html#Feedback3http://www.cnblogs.com/9who/comments/commentRss/1267714.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1267714.html最近在做一个cms，参考了风讯.net cms ，发现网易娱乐频道也在用风讯CMS

    大家打开下列链接看看：
    http://ent.163.com/08/0710/05/4GFGDSJU00032DGD.html
    打开一看：

    用过风讯的都晓得吧？呵呵。
    其实风讯CMS很好用的，上手容易、入门快，自己最喜欢的CMS之一。



    [新闻]Visual Studio 2008 SDK 1.1 发布]]>    CSS基本布局16例http://www.cnblogs.com/9who/archive/2008/08/11/1265351.html9who9whoMon, 11 Aug 2008 08:44:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/11/1265351.htmlhttp://www.cnblogs.com/9who/comments/1265351.htmlhttp://www.cnblogs.com/9who/archive/2008/08/11/1265351.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1265351.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1265351.html这段时间是一直在学习 div+css布局，感觉这段挺实用的，转了过来，

    以下布局资料原作者：Owen Briggs

    单行单列

    • ：采用float浮在左上角，固定宽度。
    • ：固定在左上角，固定宽度，采用的是绝对(absolute)定位。
    • ：固定在左上角，不固定宽度，采用百分比(%)定义宽度来自适应页面。
    • (推荐)：固定宽度，采用在body样式中定义居中属性(text-align: center;)实现适应页面自动居中。

    单行两列

    • ：两列都固定宽度。第一列浮在左上角，第二列浮在第一列右边。
    • ：两列都百分比宽度，但不满屏。第一列固定在左上角，第二列浮在第一列右边。
    • ：两列都百分比宽度，满屏。两列都采用绝对定位。
    • ：两列都百分比宽度，满屏。第一列浮在左上角，第二列浮在右上角。
    • ：两列都百分比宽度，满屏。第一列浮在左上角，第二列浮在第一列右边。

    单行三列

    • ：左右列都绝对定位(右列定位在右上)。左列和右列固定宽度，中间列自适应页面。
    • ：左列定位在左上，右列定位在右上，中间列浮在左列右面。左列和右列固定宽度，中间列自适应页面。
    • ：三列都绝对定位。左列和右列固定宽度，中间列根据内容自适应。
    • (推荐)：类似样式2，只是将margin: 20px属性增加在body样式中，解决了中间列在Netscape6.0中置顶的问题。
    • ：左右列绝对定位，中间列自适应。宽度满屏。

    顶行三列



    [新闻]死敌VMware变身微软认证计划新成员]]>    CSS命名规范(建议版) http://www.cnblogs.com/9who/archive/2008/08/11/1265314.html9who9whoMon, 11 Aug 2008 08:10:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/11/1265314.htmlhttp://www.cnblogs.com/9who/comments/1265314.htmlhttp://www.cnblogs.com/9who/archive/2008/08/11/1265314.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1265314.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1265314.html非原创，来源网络。感谢原作者奉献如此精彩文章。原文地址： http://bbs.blueidea.com/thread-2856346-1-1.html

    容    器：container/box
    头    部：header
    主 导 航：mainNav
    子 导 航：subNav
    顶 导 航：topNav
    网站标志：logo
    大 广 告：banner
    页面中部：mainBody
    底    部：footer
    菜    单：menu
    菜单内容：menuContent
    子 菜 单：subMenu
    子菜单内容：subMenuContent
    搜    索：search
    搜索关键字：keyword
    搜索范围：range
    标签文字：tagTitle
    标签内容：tagContent
    当前标签：tagCurrent/currentTag
    标　  题：title
    内    容：content
    列    表：list
    当前位置：currentPath
    侧 边 栏：sidebar
    图    标：icon
    注    释：note
    登    录：login
    注    册：register
    列 定 义：column_1of3 (三列中的第一列)
             column_2of3 (三列中的第二列)
             column_3of3 (三列中的第三列)

    外　套：　　wrap
    主导航：　　mainnav
    子导航：　　subnav
    页　脚：　　footer
    整个页面：　content
    页　眉：　　header
    页　脚：　　footer
    商　标：　　label
    标　题：　　title
    主导航：　　mainbav（globalnav）
    顶导航：　　topnav
    边导航：　　sidebar
    左导航：　　leftsidebar
    右导航：　　rightsidebar
    旗　志：　　logo
    标　语：　　banner
    菜单内容1： menu1 content
    菜单容量：　menu container
    子菜单：　　submenu
    边导航图标：sidebarIcon
    注释：　　　note
    面包屑：　　breadcrumb(即页面所处位置导航提示）
    容器：　　　container
    内容：　　　content
    搜索：　　　search
    登陆：　　　Login
    功能区：　　shop(如购物车，收银台)
    当前的　　　current

    2.另外在编辑样式表时可用的注释可这样写：
    <-- Footer -->
    内容区
    <-- End Footer -->

    3.样式文件命名
    主要的 master.css
    布局，版面 layout.css
    专栏 columns.css
    文字 font.css
    打印样式 print.css
    主题 themes.css


    [新闻]死敌VMware变身微软认证计划新成员]]>    web布局最实用的12条css技巧 http://www.cnblogs.com/9who/archive/2008/08/11/1265300.html9who9whoMon, 11 Aug 2008 07:54:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/11/1265300.htmlhttp://www.cnblogs.com/9who/comments/1265300.htmlhttp://www.cnblogs.com/9who/archive/2008/08/11/1265300.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1265300.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1265300.html阅读全文

    [新闻]死敌VMware变身微软认证计划新成员]]>    SQL2005数据库转换到SQL2000http://www.cnblogs.com/9who/archive/2008/08/11/1264911.html9who9whoMon, 11 Aug 2008 01:50:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/11/1264911.htmlhttp://www.cnblogs.com/9who/comments/1264911.htmlhttp://www.cnblogs.com/9who/archive/2008/08/11/1264911.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1264911.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1264911.html      最近做了个项目，采用了sql2005做的，但我的空间数据库库只提供sql2000的，于是就想了转到sql2000，可不可以？

    具体猜想的过程就是在sql2005中生成sql2000的sql 脚本，然后在sql2000中新建目标库，在sql 2000查询分析器中，执行生成的脚本。

    这样数据库我们就生成成功了，下一步就是把sql2005的数据导出到sql2000中，同样在sql2005选择目标数据库，右击任务我们选择要导出到sql2000库即可。

    大体思想就是这样，我在网上搜了一下有人写了这方面的文章，不写了，下面引用了下来：

    直接restore或附加应该是不行的, 用脚本+导数据肯定没有问题。

    2005转到2000的步骤
    1. 生成for 2000版本的数据库脚本
    2005 的manger studio
    -- 打开"对象资源管理器"(没有的话按F8), 连接到你的实例
    -- 右键要转到2000的库
    -- 任务
    -- 生成脚本
    -- 在"脚本向导"的"选择数据库"中, 确定选择的是要转到2000的库
    -- 勾选"为所选数据库中的所有对象编写脚本"
    -- 在接下来的"选择脚本选项"中, 找到"为服务器版本编写脚本"项, 选择"SQL Server 2000"
    -- 其他选项根据需要设置
    -- 最后把脚本保存到一个 .sql 脚本文件

    2. 在2000中创建目标数据库
    在查询分析器(或2005的manger studio在打开脚本文件), 连接到SQL Server 2000,执行上面生成的脚本.以创建一个新的数据库

    3. 将数据从2005导到2000
    2005 的manger studio
    -- 打开"对象资源管理器"(没有的话按F8), 连接到你的实例
    -- 右键要转到2000的库
    -- 任务
    -- 导出数据
    -- 在"SQL Server 导入和导出向导"的"选择数据源"步骤中, 确定选择的是要导出的数据库
    -- 在"选择目标"步骤中, 连接到 2000, 并选择步骤2新建的库
    -- 在"选择源表和源视图"中, 选择所有的表
    -- 最后完成



    [新闻]死敌VMware变身微软认证计划新成员]]>    我的几个.NET编程习惯http://www.cnblogs.com/9who/archive/2008/08/08/1263395.html9who9whoFri, 08 Aug 2008 00:53:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/08/1263395.htmlhttp://www.cnblogs.com/9who/comments/1263395.htmlhttp://www.cnblogs.com/9who/archive/2008/08/08/1263395.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1263395.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1263395.html类：

    1、类属性的命名以单词第一个字母大写开始，类的私有变量以下划线加单词第一个字母小写开始。这样的话我们在方法中传递参数的时候，参数变量就可以命名成以单词第一个字母小写开始，调用的时候很容易明白其含义，而且不会和类的私有成员冲突。

    2、 除了控件的命名，变量命名的方法不再使用匈牙利命名法，而为变量使用一个更具有代表意义的名字。控件变量前适当的加入小写缩写可以有效的区分控件的类型。

    3、 所有的类、方法和属性都做了XML注释。这种注释可以在类或方法等声明的前一行输入“///”自动生成注释格式，做类库程序的时候可以通过类库属性，生成里选择“XML 文档文件”，为项目指定输出XML注释的文档路径，并且利用 Sandcastle 为类库生成文档。

    4、 尽量将一些常用的功能模块封装成类，并做成不同的类库，生成XML注释稳当，生成CHM格式的文档。这样下次用的时候就不必到处找这个模块了，只要引用相应的程序集就好了，而且.NET IDE 在你调用类库中的类时还能为你读取XML注释，实在忘记了还能看看 CHM 文档。日积月累这些DLL将成为你一笔很大的财富。

     这点可以参照我收集的类库 ：点击 访问

    执行效率：

     1、for 和 foreach 我更喜欢for。用 foreach 编写的代码块反编译成IL后会发现其中加入了try块，而且很容易看出来效率要比for稍低。

    2、 不再使用“+” 号来连接多个字符串，而是采用 StringBuilder 的 Append 方法，这样会提高效率。关于这个问题读者可以参考一下与.NET 装相相关的文章。

    3.虽然 DataSet 很好用，但是我不喜欢用 DataSet。ADO.NET 隐藏了一个令人讨厌的秘密：这个了不起的新技术对所有的分布式应用程序都不适用。DataSet 很大，用的不好可能会导致系统变慢，而且很容易产生并发冲突。能用DataReader 就不用DataSet。

    在这里说一下 DataSet和DataReader 区别

    使用   SqlDataReader   获得快进只读数据游标：    
      SqlDataReader   对象对从   SQL   数据库中检索的数据提供前进只读游标。  
      如果   SqlDataReader   适合于您的情况，则它是一个比   DataSet   更好的选择。  
      因为   SqlDataReader   支持   IEnumerable   接口，甚至还可以绑定服务器控件。

    DataSet是一次把数据全取出来放在内存中,   DataReader只能一次次地读取数据,   方便读取少量数据时使用。

    4.对需要释放资源的类要实现 IDispose 接口，并使用 using 语句块来访问资源，这样的话有利于垃圾回收。

    我喜欢用DataReader,不喜欢将访问数据库类的方法都写成静态的。虽然适当的使用静态方法能够提高程序的运行效率，但是为了避免忘记关闭数据库带来的不必要的麻烦，我还是选择了实现IDispose接口并使用using 块访问数据库的方法。

     

     

     



    [新闻]英特尔雅虎开发网络计算机频道]]>    SQL2005示例数据库|AdventureWorks下载安装|NORTHWND下载安装|PUBS下载安装http://www.cnblogs.com/9who/archive/2008/08/07/1262580.html9who9whoThu, 07 Aug 2008 01:24:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/07/1262580.htmlhttp://www.cnblogs.com/9who/comments/1262580.htmlhttp://www.cnblogs.com/9who/archive/2008/08/07/1262580.html#Feedback2http://www.cnblogs.com/9who/comments/commentRss/1262580.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1262580.htmlsql2005数据库实例 从网上找还得麻烦，转了过来，点击就可以下载！

    在学习SQL2005中离开不了SQL2005示例数据库，AdventureWorks数据库下载安装，，northwind数据库下载安装，，PUBS数据库下载安装。微软上的AdventureWorks,northwind,PUBS三库下载地址难找且又是E言文今天上传方便使用。
    下载完SQL 2005示例库。解压后里面有两个文件夹 AdventureWorks 与 northwind

    AdventureWorks数据库 安装使用方法：

    在AdventureWorks文件夹下面有文件 AdventureWorksDB.msi。双击安装。
    后打把此数据库附加到数据SQL 2005内。AdventureWorksDB.dbf的位置为：
    C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Data\AdventureWorks_Data.mdf
    我的 SQL 2005 安装在C:\Program Files\（即安装SQL 2005的默认安装路径）
    到此步 AdventureWorks 安装完成。

    northwind数据库，PUBS数据库 安装使用方法：

    在northwind文件夹下面有文件 SQL2000SampleDb.msi。双击安装。
    默认安装路径为：C:\SQL Server 2000 Sample Databases
    里面包括 northwind数据库，PUBS数据库 与 northwind数据库，PUBS数据库 的SQL脚本文件
    运行查询或附加数据库任选。Cngothic 采用附加的方法。把两库附加到SQL中。
    到此结束。



    [新闻]Windows Live视频邮件9月9日开始测试]]>    (转）Ext与.NET超完美整合 .NET开发者的超级优势http://www.cnblogs.com/9who/archive/2008/08/06/1262279.html9who9whoWed, 06 Aug 2008 09:51:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/06/1262279.htmlhttp://www.cnblogs.com/9who/comments/1262279.htmlhttp://www.cnblogs.com/9who/archive/2008/08/06/1262279.html#Feedback4http://www.cnblogs.com/9who/comments/commentRss/1262279.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1262279.html回顾学习EXT的过程，自己一直从事.NET快速开发（不喜欢JAVA平台比较乱的Jar包，版本控制力太差）。EXT虽然是纯UI东东，但似乎跟JAVA一直有着亲蜜的关系，找的所有成型点的例子中，跟JAVA的居多，用WebService和ASP的都非常不适用，Ext的界面设计非常方便，但通信起来，只有用JSON或XML等中间件来传递，存在解译成本和传递成本，WebService即要花N多安全功夫，效率也很低，加上用LINQ镜像延时，用.net来做EXT实在很痛苦，跟ASPX淘汰的刷新机制无太大差别。今天我就是来解放大家的

    我喜欢EXT，终于想到了一个超完美的整合

    1。VS2008支持JS单步调试，可设断点调试JS，（不用代码提示，可以提高自己的熟练度，自己看看要不要在VS2008里面加代码提示的JS文件吧）

    2。母版将所有JS调用全定义好

    <%@ Master Language="C#" AutoEventWireup="true" CodeFile="Ext2Empty.master.cs" Inherits="tmksoft.Web.Ext2Empty" %>
    <html>
    <head runat="server">
        <title>TMKSOFT CRM V2.0</title>
             <script type="text/javascript">
             var BaseUrl = "<%=BaseUrl%>";
             </script>
            <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
            <link rel="stylesheet" type="text/css" href="../Javascript/ext/resources/css/ext-all.css" />
            <script type="text/javascript" src="<%=BaseUrl%>Javascript/ext/adapter/ext/ext-base.js"></script>
            <script type="text/javascript" src="<%=BaseUrl%>Javascript/ext/ext-all.js"></script>
            <script type="text/javascript" src="<%=BaseUrl%>Javascript/ext/build/locale/ext-lang-zh_CN.js"></script>
    <%--        <script type="text/javascript">
                 Ext.util.CSS.swapStyleSheet("theme", "<%=BaseUrl%>App_Themes/slate/css/skin.css");
            </script>--%>
           
    </head>
    <body>
        <form id="form1" runat="server">
        <div>
            <asp:ContentPlaceHolder id="ContentMainWorkSpace" runat="server">
                
            </asp:ContentPlaceHolder>
        </div>
        </form>
    </body>
    </html>

    3。所有网页继承母版，后台类直接写C#方法即可，爱怎么写就怎么样。

            Ajax类的通信取代,如下代码

            [Ajax.AjaxMethod(HttpSessionStateRequirement.ReadWrite)]
            public bool UserCheck(string name,string pass)
            {
                if (name.Equals("aa") && pass.Equals("aa"))
                {
                    return true;
                    Session["Uname"] = name;
                    Session["Upass"] = pass;
                }
                else
                {
                    return false;
                }
            }

    4。前台JS-AJAX直接调用服务器方法

    //现在只需直接调用类.方法，就行了，效率测试非常不错，页面无刷新，所见即所得，太爽了吧！！

        var login = function(){
              var c=Login.UserCheck(document.getElementById('Uname').value,document.getElementById('Upass').value);
              if(c.value==true)
              {
              alert('通过');
              }
              else{
              alert('不通过');
              }
              var ck=Login.SessionCheck();
              if(ck.value){alert('已登陆')}else{alert('未登陆');}

    //原来的EXT实现很麻烦，需要按下面的步骤来

    //        // 执行当前表单面板的submit
    //        f.form.submit({
    //            // 动作发生期间显示的文本信息
    //                waitMsg : '正在登录......',
    //                // submit发生时指向的地址
    //                url : 'http://localhost:2020/Service1.asmx/UserLogin',
    //                // 表单提交方式
    //                method : 'POST',
    //                // 数据验证通过时发生的动作
    //                success : function(form, action){
    //                    window.location.href = 'index.htm';
    //                },
    //                // 反之......
    //                failure : function(form, action){
    //                    reset();
    //                    if (action.failureType == Ext.form.Action.SERVER_INVALID)
    //                        Ext.MessageBox.alert('警告', action.result.errors.msg);
    //                }
    //            });

    EXT超完美整合终于完成了，只须3分钟你就能快速用Xtype画出界面（因为有代码提示和单步调试），只须3分钟你就能快速完成数据库增删查改的代码（因为微软C#帮我们做了太多），只须3分钟你就能把前台和后台联结起来（即是独立的UI-JS界面，又是独立的业务逻辑层），还有1分钟我们出去逗逗隔壁公司的小妹妹吧。

     

    http://hi.baidu.com/tmk_xj/blog/item/f73e1a101c1883f9c3ce79a1.html



    [新闻]Intel首次公开展示Nehalem架构迅驰3平台]]>    C#与OOP之 接口 http://www.cnblogs.com/9who/archive/2008/08/05/1261285.html9who9whoTue, 05 Aug 2008 09:53:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/05/1261285.htmlhttp://www.cnblogs.com/9who/comments/1261285.htmlhttp://www.cnblogs.com/9who/archive/2008/08/05/1261285.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1261285.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1261285.html阅读全文

    [新闻]Pogo浏览器]]>    C#中面向对象的OOP概念http://www.cnblogs.com/9who/archive/2008/08/05/1261245.html9who9whoTue, 05 Aug 2008 09:31:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/05/1261245.htmlhttp://www.cnblogs.com/9who/comments/1261245.htmlhttp://www.cnblogs.com/9who/archive/2008/08/05/1261245.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1261245.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1261245.html一、C#的对象和类
    对象是包含数据和操作的实体，它既定义数据元素，又定义可应用这些数据元素的操作。
    类是对一组具有相同属性和行为的对象的描述，类的内容称为类的成员。
    声明类的语法：
    访问修饰符 class 类名
    {
      //类的主体
    }
    给类命名应使用帕斯卡命名法，确保类的名称是一个名词。
    类的主题包含成员变量和成员方法
    声明成员变量语法：
    访问修饰符 数据类型 成员变量名；
    编码惯例：
    公共成员变量、受保护成员变量和内部成员变量应使用帕斯卡命名法。
    如：public string Name;
    私有成员变量应使用骆驼命名法，并以下划线开头。
    如：private string _name;
    创建类的实例或对象，用C#的net关键字。

    二、访问修饰符：
    访问修饰符      说明
    public                可被所属类的成员以及不属于类的成员访问
    internal               可被当前程序集访问
    protected            可被所属类或派生自所属类的类型访问
    private               仅所属类的成员才可以访问
    如果对类不指定访问修饰符，则类的默认访问修饰符为internal，但是类成员的默认访问修饰符为private

    三、构造函数和析构函数
    1、什么是构造函数
    构造函数是类中的一中特殊方法，每次创建类的实例时都会调用此方法。
    构造函数一般用来自动初始化成员变量，但也可以根据需要执行其他的动作
    构造函数与类同名，不返回任何值
    2.声明构造函数的语法：
    访问修饰符 类名()
    {
             //构造函数的主体
    }
    没有参数的构造函数为默认构造函数，这种构造函数不接受任何参数。
    如果类未定义默认构造函数，运行库将自动提供默认构造函数。
    3.带参数的构造函数
    访问修饰符 类名（参数）
    {
             //构造函数的主体
    }
    4.什么是析构函数
    析构函数是C#的另一种特殊方法，用语执行清楚操作。析构函数不接受任何参数，也不带任何访问修饰符，析构函数主体包括的一些代码通常用于关闭有实例打开的数据库、文件或网络连接等。
    注意：
    一个类只能有一个析构函数。
    析构函数不能重载。
    析构函数不能显示或手动调用，只能有垃圾回收器自动调用。
    语法：
    ~类名()
    {
             //析构函数的主体
    }

    四、方法
    1、声明方法
    访问修饰符 返回值类型 方法名(参数)
    {
             //方法主体
    }
    注意：
    如果不返回任何值，则返回值类型为void，参数列表是由逗号分割的零个或多个变量声明列表，它是可选的。
    默认的访问修饰符为private
    编码惯例：
    给成员方法命名应使用帕斯卡命名法，请确保方法的名称为动词或动词与对象组合。
    2、调用方法
    调用C#方法首先要创建对象实例，在用成员访问运算符点来调用方法
    如：对象名.方法名([参数列表]);
    在方法内使用return [表达式]语句用语将控制权交回调用程序。
    3.方法重载
    方法共用一个名称但对不同数据执行相似的功能，这种概念称为方法重载，不同的方法根据方法签名来识别，方法签名包括对方法的声明。每个重载方法的方法签名都应该是唯一的。
    如下：
    ……
    Class Books
    {
             ……
             void PayBill(int indix)
             {
                    //方法主体
             }

               void PayBill(string name)
             {
                    //方法主体
             }

               void PayBill(int indix,string name)
             {
                    //方法主体
             }
    }
    注意：
    可根据不同数量的参数来重载方法，每个被重载的方法都有不同的参数
    可根据不同类型的参数来重载方法，参数的数量保持不变。
    4、静态方法
    静态方法就是一个类的所有实例共享的方法
    语法：
    访问修饰符 static 返回值类型 方法名(参数列表)
    说明：
    访问静态方法的时候不需要创建类的实例，采取“类名.方法名”即可，Console.Write()就是Console类的一个静态方法。

    五、命名空间
    命名空间是为了避免名称冲突和有助于组织代码，在代码中使用命名空间将降低在其他应用程序中重用此代码的复杂性。命名空间相当于规定了不同的范围，在不同的范围内允许有相同的名称，用命名空间方式处理名称冲突的问题，使程序更简洁‘更有条件和更有结构性。
    语法：
    namespace 命名空间的名称
    {
             //该命名空间的所有类都放在这里。
    }
    编码惯例：
    给命名空间命名应使用帕斯卡命名法。



    [新闻]Pogo浏览器]]>    ASP.NET常用到的js通用函数 c#代码可以做成dll来使用http://www.cnblogs.com/9who/archive/2008/08/05/1261007.html9who9whoTue, 05 Aug 2008 07:23:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/05/1261007.htmlhttp://www.cnblogs.com/9who/comments/1261007.htmlhttp://www.cnblogs.com/9who/archive/2008/08/05/1261007.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1261007.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1261007.html阅读全文

    [新闻]Pogo浏览器]]>    ASP.NET 脚本侵入概述http://www.cnblogs.com/9who/archive/2008/08/05/1260767.html9who9whoTue, 05 Aug 2008 03:21:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/05/1260767.htmlhttp://www.cnblogs.com/9who/comments/1260767.htmlhttp://www.cnblogs.com/9who/archive/2008/08/05/1260767.html#Feedback3http://www.cnblogs.com/9who/comments/commentRss/1260767.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1260767.html

         从浏览器的角度来看，网页只是一个长字符串。浏览器会按顺序处理这个字符串，在此过程中，会显示某些字符，同时按特殊规则解释其他字符（如 <b> 和 <script>）。如果恶意用户可以将某些特殊字符插入到页中，则浏览器将不知道这些字符不应该处于该位置，将作为页的一部分处理它们。

    一个简单化的脚本利用的工作方式如下所示。如果应用程序允许用户发布对最新影片的评论以供其他用户阅读，则利用脚本的步骤可以是：

    1. 应用程序显示一个用户可以输入评论的窗体。恶意用户编写了一个其中包含 <script> 块的评论。

    2. 发送窗体，恶意用户的评论将存储在数据库中。

    3. 另一用户访问该站点。在构造页时，应用程序会从数据库中读取评论并将它们放在页中。恶意用户的 <script> 块将写入页中，就好像它是文本评论一样。

    4. 当第二个用户的浏览器显示此页时，它将遇到 <script> 块并执行它。

    恶意用户还可以使用其他方法来利用脚本。大多数脚本利用都会要求应用程序接受恶意输入，并将其插入到页中（或回显它），浏览器将在该页中执行它。这种利用带来的潜在损害取决于所执行的脚本。它可以是无足轻重的，如在浏览器中弹出的烦人的消息。但是，它也可能会窃取 Cookie、窃取用户输入（如密码），甚至在用户的计算机上运行本机代码（如果对 Internet 安全性的要求不严格），从而造成严重的损害。

    有关防止脚本利用的信息，请参见如何：通过对字符串应用 HTML 编码在 Web 应用程序中防止脚本侵入。

    SQL 语句利用

    有一种脚本利用的变体可以导致恶意 SQL 语句的执行。如果应用程序提示用户输入信息并将用户的输入串联为表示 SQL 语句的字符串，则会出现这种情况。例如，应用程序可能提示输入客户姓名，目的是为了执行类似如下的语句：

      复制代码 
    "Select * From Customers where CustomerName = " & txtCustomerName.Value

    但是，对数据库有所了解的恶意用户可能使用文本框输入包含客户姓名的嵌入式 SQL 语句，产生类似如下的语句：

      复制代码 
    Select * From Customers Where CustomerName = 'a' Delete From 
            Customers Where CustomerName > ''

    执行该查询时，就会危害数据库。

    防止脚本利用

    防止脚本利用的主要方法就是决不信任来自用户的信息。假定从浏览器发送到您的应用程序的任何数据都包含恶意脚本。

    同样，每次将字符串写入页时，您都应该假定字符串可能包含恶意脚本（除非您自己以编程方式创建了字符串）。例如，在从数据库中读取字符串时，您应该假定它们可能包含恶意脚本。安全意识很强的开发人员甚至不信任他们自己的数据库，理由是他们认为恶意用户可能有办法篡改数据库。

    ASP.NET 为您提供了几种有助于防止脚本利用的方法：

    • ASP.NET 对查询字符串、窗体变量和 Cookie 值执行请求验证。默认情况下，如果当前的 Request 包含 HTML 编码的元素或某些 HTML 字符（如表示长破折号的 —），则 ASP.NET 页框架将引发一个错误。

    • 如果要在应用程序中显示字符串，但不信任这些字符串，可以在响应中回写字符串时将 HTML 编码应用于这些字符串。例如，进行编码后，标记 <b> 将变成 &lt;b&gt;。如果您要显示的字符串来自您尚未确定信任其内容的数据库时，您可能会这样做。

    • 如果希望应用程序接受某个 HTML（例如，来自用户的某些格式设置说明），那么，在将这个 HTML 提交给服务器之前，应在客户端对其进行编码。

    • 为了防止 SQL 语句利用，决不能串联字符串创建 SQL 查询。相反，使用参数化查询并将用户输入分配给参数对象。有关详细信息，请参见数据适配器命令中的参数。

    • 始终对一组预期值执行窗体输入验证以及字符串格式设置/类型验证。例如，如果特定的窗体变量应为整数，则使用 Int32..::.TryParse 方法验证该值是否确实为整数，并使用范围检查帮助确保该值位于可接受范围内。



    [新闻]Pogo浏览器]]>    总结自己近两年来的.NET的学习经历http://www.cnblogs.com/9who/archive/2008/08/01/1258248.html9who9whoFri, 01 Aug 2008 07:57:00 GMThttp://www.cnblogs.com/9who/archive/2008/08/01/1258248.htmlhttp://www.cnblogs.com/9who/comments/1258248.htmlhttp://www.cnblogs.com/9who/archive/2008/08/01/1258248.html#Feedback17http://www.cnblogs.com/9who/comments/commentRss/1258248.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1258248.html阅读全文

    [新闻]洪磊口述:番茄花园如何捆绑流氓软件月入十万]]>    最简单的C#快速入门http://www.cnblogs.com/9who/archive/2008/07/30/1256602.html9who9whoWed, 30 Jul 2008 08:40:00 GMThttp://www.cnblogs.com/9who/archive/2008/07/30/1256602.htmlhttp://www.cnblogs.com/9who/comments/1256602.htmlhttp://www.cnblogs.com/9who/archive/2008/07/30/1256602.html#Feedback2http://www.cnblogs.com/9who/comments/commentRss/1256602.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1256602.html阅读全文

    [新闻]2008年8月21日IT博客精选：盖茨复出？]]>    一个C#睡觉前的夜晚http://www.cnblogs.com/9who/archive/2008/07/29/1255999.html9who9whoTue, 29 Jul 2008 15:13:00 GMThttp://www.cnblogs.com/9who/archive/2008/07/29/1255999.htmlhttp://www.cnblogs.com/9who/comments/1255999.htmlhttp://www.cnblogs.com/9who/archive/2008/07/29/1255999.html#Feedback4http://www.cnblogs.com/9who/comments/commentRss/1255999.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1255999.html从前，在南方一块奇异的土地上，有个工人名叫彼得，他非常勤奋，对他的老板总是百依百顺。但是他的老板是个吝啬的人，从不信任别人，坚决要求随时知道彼得的工作进度，以防止他偷懒。但是彼得又不想让老板呆在他的办公室里站在背后盯着他，于是就对老板做出承诺：无论何时，只要我的工作取得了一点进展我都会及时让你知道。彼得通过周期性地使用“带类型的引用”(原文为：“typed reference” 也就是delegate？？)“回调”他的老板来实现他的承诺，如下：


    class Worker {
        public void Advise(Boss boss) { _boss = boss; }
        public void DoWork() {
            Console.WriteLine(“工作: 工作开始”);
            if( _boss != null ) _boss.WorkStarted();

            Console.WriteLine(“工作: 工作进行中”);
            if( _boss != null ) _boss.WorkProgressing();

            Console.WriteLine("“工作: 工作完成”");
            if( _boss != null ) {
                int grade = _boss.WorkCompleted();
                Console.WriteLine(“工人的工作得分＝” + grade);
        }
    }
    private Boss _boss;
    }

    class Boss {
        public void WorkStarted() { /* 老板不关心。 */ }
        public void WorkProgressing() { /*老板不关心。 */ }
        public int WorkCompleted() {
            Console.WriteLine(“时间差不多！”);
            return 2; /* 总分为10 */
        }
    }

    class Universe {
        static void Main() {
            Worker peter = new Worker();
            Boss boss = new Boss();
            peter.Advise(boss);
            peter.DoWork();

            Console.WriteLine(“Main: 工人工作完成”);
            Console.ReadLine();
        }
    }

     

    接口

    现在，彼得成了一个特殊的人，他不但能容忍吝啬的老板，而且和他周围的宇宙也有了密切的联系，以至于他认为宇宙对他的工作进度也感兴趣。不幸的是，他必须也给宇宙添加一个特殊的回调函数Advise来实现同时向他老板和宇宙报告工作进度。彼得想要把潜在的通知的列表和这些通知的实现方法分离开来，于是他决定把方法分离为一个接口：

     

    interface IWorkerEvents {
        void WorkStarted();
        void WorkProgressing();
        int WorkCompleted();
    }

    class Worker {
        public void Advise(IWorkerEvents events) { _events = events; }
        public void DoWork() {
            Console.WriteLine(“工作: 工作开始”);
            if( _events != null ) _events.WorkStarted();

            Console.WriteLine(“工作: 工作进行中”);
            if(_events != null ) _events.WorkProgressing();

            Console.WriteLine("“工作: 工作完成”");
            if(_events != null ) {
                int grade = _events.WorkCompleted();

                Console.WriteLine(“工人的工作得分＝” + grade);
                }
        }
        private IWorkerEvents _events;
    }

    class Boss : IWorkerEvents {
        public void WorkStarted() { /* 老板不关心。 */ }
        public void WorkProgressing() { /* 老板不关心。 */ }
        public int WorkCompleted() {
            Console.WriteLine(“时间差不多！”);
            return 3; /* 总分为10 */
        }
    }

     

    委托

    不幸的是，每当彼得忙于通过接口的实现和老板交流时，就没有机会及时通知宇宙了。至少他应该忽略身在远方的老板的引用，好让其他实现了IWorkerEvents的对象得到他的工作报告。（”At least he'd abstracted the reference of his boss far away from him so that others who implemented the IWorkerEvents interface could be notified of his work progress” 原话如此，不理解到底是什么意思 ）

    他的老板还是抱怨得很厉害。“彼得！”他老板吼道，“你为什么在工作一开始和工作进行中都来烦我？！我不关心这些事件。你不但强迫我实现了这些方法，而且还在浪费我宝贵的工作时间来处理你的事件，特别是当我外出的时候更是如此！你能不能不再来烦我？”

    于是，彼得意识到接口虽然在很多情况都很有用，但是当用作事件时，“粒度”不够好。他希望能够仅在别人想要时才通知他们，于是他决定把接口的方法分离为单独的委托，每个委托都像一个小的接口方法：

     

    delegate void WorkStarted();
    delegate void WorkProgressing();
    delegate int WorkCompleted();

    class Worker {
        public void DoWork() {
            Console.WriteLine(“工作: 工作开始”);
            if( started != null ) started();

            Console.WriteLine(“工作: 工作进行中”);
            if( progressing != null ) progressing();

            Console.WriteLine("“工作: 工作完成”");
            if( completed != null ) {
                int grade = completed();
                Console.WriteLine(“工人的工作得分＝” + grade);
            }
        }
        public WorkStarted started;
        public WorkProgressing progressing;
        public WorkCompleted completed;
    }

    class Boss {
        public int WorkCompleted() {
        Console.WriteLine("Better");
        return 4; /* 总分为10 */
    }
    }

    class Universe {
        static void Main() {
            Worker peter = new Worker();
            Boss boss = new Boss();
            peter.completed = new WorkCompleted(boss.WorkCompleted);
            peter.DoWork();

            Console.WriteLine(“Main: 工人工作完成”);
            Console.ReadLine();
        }
    }

     

    静态监听者

    这样，彼得不会再拿他老板不想要的事件来烦他老板了，但是他还没有把宇宙放到他的监听者列表中。因为宇宙是个包涵一切的实体，看来不适合使用实例方法的委托（想像一下，实例化一个“宇宙”要花费多少资源…..），于是彼得就需要能够对静态委托进行挂钩，委托对这一点支持得很好：

     

    class Universe {
        static void WorkerStartedWork() {
            Console.WriteLine("Universe notices worker starting work");
        }

        static int WorkerCompletedWork() {
            Console.WriteLine("Universe pleased with worker's work");
            return 7;
        }

        static void Main() {
            Worker peter = new Worker();
            Boss boss = new Boss();
            peter.completed = new WorkCompleted(boss.WorkCompleted);
            peter.started = new WorkStarted(Universe.WorkerStartedWork);
            peter.completed = new WorkCompleted(Universe.WorkerCompletedWork);
            peter.DoWork();

            Console.WriteLine(“Main: 工人工作完成”);
            Console.ReadLine();
        }
    }

     

    事件

    不幸的是，宇宙太忙了，也不习惯时刻关注它里面的个体，它可以用自己的委托替换了彼得老板的委托。这是把彼得的Worker类的的委托字段做成public的一个无意识的副作用。同样，如果彼得的老板不耐烦了，也可以决定自己来激发彼得的委托（真是一个粗鲁的老板）：

    // Peter's boss taking matters into his own hands
    if( peter.completed != null ) peter.completed();
    彼得不想让这些事发生，他意识到需要给每个委托提供“注册”和“反注册”功能，这样监听者就可以自己添加和移除委托，但同时又不能清空整个列表也不能随意激发彼得的事件了。彼得并没有来自己实现这些功能，相反，他使用了event关键字让C#编译器为他构建这些方法：

     

    class Worker {

        public event WorkStarted started;
        public event WorkProgressing progressing;
        public event WorkCompleted completed;
    }

     

    彼得知道event关键字在委托的外边包装了一个property，仅让C#客户通过+= 和 -=操作符来添加和移除，强迫他的老板和宇宙正确地使用事件。

     

    static void Main() {
        Worker peter = new Worker();
        Boss boss = new Boss();
        peter.completed += new WorkCompleted(boss.WorkCompleted);
        peter.started += new WorkStarted(Universe.WorkerStartedWork);
        peter.completed += new WorkCompleted(Universe.WorkerCompletedWork);
        peter.DoWork();

        Console.WriteLine(“Main: 工人工作完成”);
        Console.ReadLine();
    }

     

    “收获”所有结果

    到这时，彼得终于可以送一口气了，他成功地满足了所有监听者的需求，同时避免了与特定实现的紧耦合。但是他注意到他的老板和宇宙都为它的工作打了分，但是他仅仅接收了一个分数。面对多个监听者，他想要“收获”所有的结果，于是他深入到代理里面，轮询监听者列表，手工一个个调用：

     

    public void DoWork() {
       
        Console.WriteLine("“工作: 工作完成”");
        if( completed != null ) {
            foreach( WorkCompleted wc in completed.GetInvocationList() ) {
                int grade = wc();
                Console.WriteLine(“工人的工作得分＝” + grade);
            }
        }
    }

    异步通知：激发 & 忘掉

    同时，他的老板和宇宙还要忙于处理其他事情，也就是说他们给彼得打分所花费的事件变得非常长：

     

    class Boss {
        public int WorkCompleted() {
            System.Threading.Thread.Sleep(3000);
            Console.WriteLine("Better"); return 6; /* 总分为10 */
        }
    }

    class Universe {
        static int WorkerCompletedWork() {
            System.Threading.Thread.Sleep(4000);
            Console.WriteLine("Universe is pleased with worker's work");
            return 7;
        }
       
    }


    很不幸，彼得每次通知一个监听者后必须等待它给自己打分，现在这些通知花费了他太多的工作事件。于是他决定忘掉分数，仅仅异步激发事件：

     

    public void DoWork() {
       
        Console.WriteLine("“工作: 工作完成”");
        if( completed != null ) {
            foreach( WorkCompleted wc in completed.GetInvocationList() )
            {
                wc.BeginInvoke(null, null);
            }
        }
    }
     


    异步通知：轮询

    这使得彼得可以通知他的监听者，然后立即返回工作，让进程的线程池来调用这些代理。随着时间的过去，彼得发现他丢失了他工作的反馈，他知道听取别人的赞扬和努力工作一样重要，于是他异步激发事件，但是周期性地轮询，取得可用的分数。

     

    public void DoWork() {
       
        Console.WriteLine("“工作: 工作完成”");
        if( completed != null ) {
            foreach( WorkCompleted wc in completed.GetInvocationList() ) {
                IAsyncResult res = wc.BeginInvoke(null, null);
                while( !res.IsCompleted ) System.Threading.Thread.Sleep(1);
                int grade = wc.EndInvoke(res);
                Console.WriteLine(“工人的工作得分＝” + grade);
            }
        }
    }
     


    异步通知：委托

    不幸地，彼得有回到了一开始就想避免的情况中来，比如，老板站在背后盯着他工作。于是，他决定使用自己的委托作为他调用的异步委托完成的通知，让他自己立即回到工作，但是仍可以在别人给他的工作打分后得到通知：

     

        public void DoWork() {
           
            Console.WriteLine("“工作: 工作完成”");
            if( completed != null ) {
                foreach( WorkCompleted wc in completed.GetInvocationList() ) {
                    wc.BeginInvoke(new AsyncCallback(WorkGraded), wc);
                }
            }
        }

        private void WorkGraded(IAsyncResult res) {
            WorkCompleted wc = (WorkCompleted)res.AsyncState;
            int grade = wc.EndInvoke(res);
            Console.WriteLine(“工人的工作得分＝” + grade);
        }

     


    宇宙中的幸福

    彼得、他的老板和宇宙最终都满足了。彼得的老板和宇宙可以收到他们感兴趣的事件通知，减少了实现的负担和非必需的往返“差旅费”。彼得可以通知他们，而不管他们要花多长时间来从目的方法中返回，同时又可以异步地得到他的结果。彼得知道，这并不*十分*简单，因为当他异步激发事件时，方法要在另外一个线程中执行，彼得的目的方法完成的通知也是一样的道理。但是，迈克和彼得是好朋友，他很熟悉线程的事情，可以在这个领域提供指导。

     

    他们永远幸福地生活下去……<完>



    [新闻]微软宣布将斥资1亿美元购买Novell证书]]>    学习.NET 到底学习什么http://www.cnblogs.com/9who/archive/2008/07/29/1255455.html9who9whoTue, 29 Jul 2008 04:04:00 GMThttp://www.cnblogs.com/9who/archive/2008/07/29/1255455.htmlhttp://www.cnblogs.com/9who/comments/1255455.htmlhttp://www.cnblogs.com/9who/archive/2008/07/29/1255455.html#Feedback1http://www.cnblogs.com/9who/comments/commentRss/1255455.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1255455.htmlSilverlight， 让人感觉很浮躁，切忌这只是噩梦的开始，更多的是如何运用这些东西，把这些新的特征正确的运用到实际开发中去，听所 Linq 操作数据库 刚刚地，偶也跟着开始Linq之旅 ，好用是好，看到别人用得饿，感觉代码确实又少了，相对与dataview操作database，但是真正在做项目的时候，却又感到无从下手，就好像感觉不是属于自己的该应用到的东东，迷茫中，使用ajax开发的项目的界面效果，那是刚刚地，最近偶采用了extjs+.net 做的一个oa 项目，看到绚丽的效果 ，却又不知道怎么与数据库打交道，慢慢的google，发现要学习的东西真的不少，但是做为一个写code时间不长的人，如何才能更好的学习.net 的呢，应用.net 的新特征。好了，下班了，回头在写吧

    [新闻]微软宣布将斥资1亿美元购买Novell证书]]>    c#时间格式化字符串详解 长短转化http://www.cnblogs.com/9who/archive/2008/07/29/1255437.html9who9whoTue, 29 Jul 2008 03:42:00 GMThttp://www.cnblogs.com/9who/archive/2008/07/29/1255437.htmlhttp://www.cnblogs.com/9who/comments/1255437.htmlhttp://www.cnblogs.com/9who/archive/2008/07/29/1255437.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1255437.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1255437.html有时候我们要对时间进行转换,达到不同的显示效果
    　默认格式为:2005-6-6 14:33:34
    　如果要换成成200506,06-2005,2005-6-6或更多的该怎么办呢
    　我们要用到:DateTime.ToString的方法(String, IFormatProvider)
    　
    　using System;
    　using System.Globalization;
    　String format="D";
    　DateTime date=DataTime,Now;
    　Response.Write(date.ToString(format, DateTimeFormatInfo.InvariantInfo));
    　结果输出
    　Thursday, June 16, 2005
    　
    　参数format格式详细用法
    　格式字符 关联属性/说明
    　d ShortDatePattern -----08/30/2006
    　D LongDatePattern -----Wednesday, 30 August 2006
    　f 完整日期和时间（长日期和短时间） -----Wednesday, 30 August 2006 23:21
    　F FullDateTimePattern（长日期和长时间） -----Wednesday, 30 August 2006 23:22:02
    　g 常规（短日期和短时间） -----08/30/2006 23:22
    　G 常规（短日期和长时间） -----08/30/2006 23:23:11
    　m、M MonthDayPattern
    　r、R RFC1123Pattern
    　s 使用当地时间的 SortableDateTimePattern（基于 ISO 8601）
    　t ShortTimePattern ------23:24
    　T LongTimePattern -------23:24:30
    　u UniversalSortableDateTimePattern 用于显示通用时间的格式 -------2006-08-30 23:25:10Z
    　U 使用通用时间的完整日期和时间（长日期和长时间） -----Wednesday, 30 August 2006 15:25:37
    　y、Y YearMonthPattern
    　
    　下表列出了可被合并以构造自定义模式的模式。这些模式是区分大小写的；例如，识别“MM”，但不识别“mm”。如果自定义模式包含空白字符或用单引号括起来的字符，则输出字符串页也将包含这些字符。未定义为格式模式的一部分或未定义为格式字符的字符按其原义复制。
    　
    　格式模式 说明
    　d 月中的某一天。一位数的日期没有前导零。
    　dd 月中的某一天。一位数的日期有一个前导零。
    　ddd 周中某天的缩写名称，在 AbbreviatedDayNames 中定义。
    　dddd 周中某天的完整名称，在 DayNames 中定义。
    　M 月份数字。一位数的月份没有前导零。
    　MM 月份数字。一位数的月份有一个前导零。
    　MMM 月份的缩写名称，在 AbbreviatedMonthNames 中定义。
    　MMMM 月份的完整名称，在 MonthNames 中定义。
    　y 不包含纪元的年份。如果不包含纪元的年份小于 10，则显示不具有前导零的年份。
    　yy 不包含纪元的年份。如果不包含纪元的年份小于 10，则显示具有前导零的年份。
    　yyyy 包括纪元的四位数的年份。
    　gg 时期或纪元。如果要设置格式的日期不具有关联的时期或纪元字符串，则忽略该模式。
    　h 12 小时制的小时。一位数的小时数没有前导零。
    　hh 12 小时制的小时。一位数的小时数有前导零。
    　H 24 小时制的小时。一位数的小时数没有前导零。
    　HH 24 小时制的小时。一位数的小时数有前导零。
    　m 分钟。一位数的分钟数没有前导零。
    　mm 分钟。一位数的分钟数有一个前导零。
    　s 秒。一位数的秒数没有前导零。
    　ss 秒。一位数的秒数有一个前导零。
    　f 秒的小数精度为一位。其余数字被截断。
    　ff 秒的小数精度为两位。其余数字被截断。
    　fff 秒的小数精度为三位。其余数字被截断。
    　ffff 秒的小数精度为四位。其余数字被截断。
    　fffff 秒的小数精度为五位。其余数字被截断。
    　ffffff 秒的小数精度为六位。其余数字被截断。
    　fffffff 秒的小数精度为七位。其余数字被截断。
    　t 在 AMDesignator 或 PMDesignator 中定义的 AM/PM 指示项的第一个字符（如果存在）。
    　tt 在 AMDesignator 或 PMDesignator 中定义的 AM/PM 指示项（如果存在）。
    　z 时区偏移量（“+”或“-”后面仅跟小时）。一位数的小时数没有前导零。例如，太平洋标准时间是“-8”。
    　zz 时区偏移量（“+”或“-”后面仅跟小时）。一位数的小时数有前导零。例如，太平洋标准时间是“-08”。
    　zzz 完整时区偏移量（“+”或“-”后面跟有小时和分钟）。一位数的小时数和分钟数有前导零。例如，太平洋标准时间是“-08:00”。
    　: 在 TimeSeparator 中定义的默认时间分隔符。
    　/ 在 DateSeparator 中定义的默认日期分隔符。
    　% c 其中 c 是格式模式（如果单独使用）。如果格式模式与原义字符或其他格式模式合并，则可以省略“%”字符。
    　\ c 其中 c 是任意字符。照原义显示字符。若要显示反斜杠字符，请使用“\\”。
    　
    　只有上面第二个表中列出的格式模式才能用于创建自定义模式；在第一个表中列出的标准格式字符不能用于创建自定义模式。自定义模式的长度至少为两个字符；例如，
    　
    　DateTime.ToString( "d") 返回 DateTime 值；“d”是标准短日期模式。
    　DateTime.ToString( "%d") 返回月中的某天；“%d”是自定义模式。
    　DateTime.ToString( "d ") 返回后面跟有一个空白字符的月中的某天；“d”是自定义模式。
    　
    　比较方便的是,上面的参数可以随意组合,并且不会出错,多试试,肯定会找到你要的时间格式
    　如要得到2005年06月 这样格式的时间
    　可以这样写:
    　date.ToString("yyyy年MM月", DateTimeFormatInfo.InvariantInfo)
    　如此类推

    date.ToString("yyyy/MM/dd HH:mm:ss", DateTimeFormatInfo.InvariantInfo)

    [新闻]微软宣布将斥资1亿美元购买Novell证书]]>    利用GridView控件的HyperLinkField连接数据行http://www.cnblogs.com/9who/archive/2008/07/29/1255315.html9who9whoTue, 29 Jul 2008 02:11:00 GMThttp://www.cnblogs.com/9who/archive/2008/07/29/1255315.htmlhttp://www.cnblogs.com/9who/comments/1255315.htmlhttp://www.cnblogs.com/9who/archive/2008/07/29/1255315.html#Feedback0http://www.cnblogs.com/9who/comments/commentRss/1255315.htmlhttp://www.cnblogs.com/9who/services/trackbacks/1255315.html借助于GridView控件的HyperLinkField数据行，我们便可以在GridView控件中替每一笔数据列显示出一个超级链接，并让用户轻易重新导向至特定的目标位置（特定网页或网页中的位置）。
     
    在使用HyperLinkField数据行时，首先要考虑的就是超级链接上的文字。关于此点，可分为下列两种状况来说明：
     
    q          如果您希望每一笔数据列的超级链接都显示相同的固定文字，请将HyperLinkField数据行的Text属性设定成所需的文字。图表1所示者即是一例。
                                        图表1
    q          如果您希望使用字段的内容作为每一笔数据列之超级链接的文字，请将HyperLinkField数据行的DataTextField属性设定成该字段。图表2所示者即是一例。

    当然，最常与DataTextField属性搭配使用的不外乎就是DataTextFormatString属性。我们经常使用DataTextFormatString属性来格式化取自DataTextField属性所指定之字段的数据值。图表3所示者即是一例。
                                           图表2
                                      图表3
        学会如何设定HyperLinkField数据行所产生之超级链接的文字之后，接下来就是学习设定超级链接的目标URL。如果您要让所有的超级链接都连结至相同的URL，请直接将NavigateUrl属性设定成所需的URL。这样的设定虽然最为单纯，但是却也非常不切实际，毕竟就算是连结至相同的网页，也会每一笔数据列连结至相同网页中的不同位置（也就是书签 － BookMark）。因此，较为实用的应该是DataNavigateUrlFields属性，原因很简单，它允许您指定某一个字段中的URL作为连结的目的地（请注意此属性的名称是以s结尾，这是有玄机的，稍后会加以说明）。以图表4所示者而言，表示以「网址」字段中的URL作为连结的目的地，如此一来，不同的超级链接将会拥有各自的URL。
                                 图表4
    当然，谈到了DataNavigateUrlFields属性，绝对不能忘了它的好兄弟 － DataNavigateUrlFormatString属性。DataNavigateUrlFormatString属性最主要的用途是用来格式化超级链接的URL。举例来说，假设您指派给DataNavigateUrlF