ASP.NET 2.0 中的新增服务、控件与功能概述(五)-控件新闻-慧都网

ASP.NET 2.0 中的新增服务、控件与功能概述(五)

翻译|其它|编辑：郝浩|2006-05-19 15:04:00.000|阅读 1447 次

概述：

SQL缓存依赖性

ASP.NET 1.x中令人遗憾地缺少的另一项功能是数据库缓存依赖性。可以将ASP.NET应用程序缓存中放置的项目与其他缓存项目联系起来，或者与文件系统中的对象联系起来，但不能与数据库实体联系起来。ASP.NET 2.0通过引入SQL缓存依赖性来纠正这一由于疏忽而造成的错误。

SQL缓存依赖性由新的SQLCacheDependency类的实例表示。它们的用法非常简单。下面的语句将一个名为ds的数据集插入到应用程序缓存中，并且在该数据集和Northwind数据库的Products表之间创建依赖性：

Cache.Insert ("ProductsDataSet", ds,
new SqlCacheDependency ("Northwind", "Products");

如果Products表的内容改变，则ASP.NET会自动删除该数据集。

SQL缓存依赖性还可以与ASP.NET输出缓存配合使用。下面的指令指示ASP.NET缓存来自包含页面的输出，直至Products表的内容改变或者满60秒为止（满足任一条件即可）：

<%@ OutputCache Duration="60" VaryByParam="None"
SqlDependency="Northwind:Products"
%>

SQL缓存依赖性适用于SQL Server 7.0、SQL Server 2000和即将问世的SQL Server 2005。对于SQL Server 2005，无需进行任何准备；但必须将SQL Server 7.0和SQL Server 2000数据库配置为支持SQL缓存依赖性。准备工作涉及到创建数据库触发器，以及创建一个特殊的表，以供ASP.NET在确定是否已经发生更改时参考。该表由一个后台线程使用可配置的轮询间隔（默认为5秒钟）来定期轮询。在SQL Server 2005中，要检测更改，既不需要特殊的表，也不需要轮询。此外，SQL Server 2005缓存依赖性可以在行级应用，而SQL Server 7.0和SQL Server 2000缓存依赖性在表级工作。您可以使用Aspnet_regsqlcache.exe工具或Webadmin.axd来准备数据库，以使其支持SQL缓存依赖性。

新的动态编译模型

ASP.NET 1.x中引入的众多创新之一是：系统能够在首次访问您的代码时对其进行编译。但是，只有页面能够被自动编译，并且辅助类（如数据访问组件）必须单独编译。

ASP.NET 2.0扩展了动态编译模型，以便能够自动编译几乎所有的组件。bin目录仍然保留以便实现向后兼容性，但它现在添加了名为Code和Resources的目录。Code目录中的C#和Visual Basic文件以及Resources目录中的RESX和RESOURCE文件被ASP.NET自动编译并缓存在系统子目录中。此外，落入Code目录中的Web服务描述语言(WSDL)文件被编译为Web服务代理，而XML架构定义语言(XSD)文件被编译为类型化数据集。通过Web.config，还可以扩展这些目录以支持其他文件类型。

预编译并且在不带源代码的情况下进行部署

提到动态编译，与ASP.NET 1.x有关的最常见问题之一是：是否可以预编译页面，以避免在首次访问页面时发生的编译延迟？尽管该问题本身在某种程度上无关紧要（延迟非常小，并且延迟的开销被成千上万甚至数以百万的后续请求所分摊），但Microsoft仍然感到有必要采取相应的措施来减轻开发人员的担忧。这一“措施”就是能够通过提交对名为precompile.axd的幻像资源的请求，来预编译应用程序中的所有页面。

但预编译并不仅限于此。另一个经常被请求的功能是：能够将整个应用程序预编译为可以在不带源代码的情况下进行部署的托管程序集（该功能在宿主方案中尤其有用）。ASP.NET 2.0包含一个名为Aspnet_compiler.exe的新的命令行工具，它能够执行预编译并且在不带源代码的情况下进行部署；Visual Studio 2005将包含类似的功能。下面的命令将预编译Web1目录中的应用程序，并且在不带源代码的情况下将其部署到Web2：

Aspnet_compiler -v /web1 -p c:\web1 c:\web2

之后，目标目录将包含空的ASP.NET文件（ASPX、ASCX、ASIX等等）以及源目录中存在的所有静态内容（如HTML文件、.config文件和图像文件）的副本。在不带源代码的情况下进行部署并不会为您的知识产权提供牢不可破的保护，因为聪明的ISP仍然可以通过反编译生成的程序集来弄清楚应用程序的来龙去脉，但是，它确实对一般的代码窃取者设置了更大的阻碍。

新的代码分隔模型

ASP.NET 1.x支持两种编程模型：内联模型—HTML和代码共存于同一个ASPX文件中；代码隐藏模型—它将HTML分隔到ASPX文件中，并将代码分隔到源代码文件（例如，C#文件）中。ASP.NET 2.0引入了第三个模型：一种新的代码隐藏形式，它依赖于Visual C#和Visual Basic .NET编译器中的不完全类支持。新的代码隐藏解决了原来的代码隐藏中存在的一个恼人的问题：传统的代码隐藏类必须包含受保护的字段，这些字段的类型和名称需要映射到ASPX文件中声明的相应控件。

图10 显示了新的代码隐藏模型的工作方式。Hello.aspx包含页面的声明部分，Hello.aspx.cs包含代码。您应该注意@ Page指令中的CompileWith属性。此外，请注意MyPage类中缺少的字段（它们提供到ASPX文件中声明的控件的映射）。旧样式的代码隐藏仍然受支持，但新样式将是今后的首选编程模型。一点都不奇怪，Visual Studio 2005天生就支持新的代码分隔模型。

Hello.aspx

<%@ Page CompileWith="Hello.aspx.cs" ClassName="MyPage" %>

<html>
    <body>
        <form runat="server">
            <asp:TextBox ID="Input" RunAt="server" />
            <asp:Button Text="Test" OnClick="OnTest" RunAt="server" />
            <asp:Label ID="Output" RunAt="server" />
        </form>
    </body>
</html>

Hello.aspx.cs

using System;

partial class MyPage
{
    void OnTest (Object sender, EventArgs e)
    {
        Output.Text = "Hello, " + Input.Text;
    }
}

图10 Codebehind模型

标签：

本站文章除注明转载外，均为本站原创或翻译。欢迎任何形式的转载，但请务必注明出处、不得修改原文相关链接，如果存在内容上的异议请邮件反馈至chenjj@evget.com

上一篇：ASP.NET 2.0 中的新增服务、控件与功能概述(六) 下一篇：ASP.NET 2.0 中的新增服务、控件与功能概述(四)