随着.NET 2.0的发布，将会使得使用ASP.NET 2.0来构建的Web应用越来越容易。使用ASP.NET 2.0和SQL Server 2005，将会比ASP.NET 1.1更方便地构建多层体系架构的web应用。本文，将使用ASP.NET 2.0和SQL Server 2005 （.net使用Visual Studio 2005 beta 2，SQL Server 2005使用april ctp版本）来构建一个简单的多层应用的例子，并且说明其中在.NET 2.0和SQL Server 2005中的一些新的特性，比如objectdatasource,master pages,clr 存储过程，tableadapter向导等。 　

多层应用简介

　　什么是多层架构的应用呢？传统上的CLR模式便是两层应用的典型例子，也就是客户机/服务器模式。这种模式只是两层架构，客户机发出请求给服务器，服务器将处理大量来自客户端的请求，经过业务逻辑运算和处理后，再返回给客户端。两层架构的模式显然不能满足现代以互联网为趋势的企业计算处理要求，因为其部署，负载均衡等处理十分麻烦，所以就有了三层架构乃至于多层架构便出现了。多层架构的核心思想是，将整个业务应用划分为表示层－业务层―数据访问层－数据库，明确地将客户端的表示层、业务逻辑访问、和数据访问及数据库访问划分出来，十分有利于系统的开发，维护、部署和扩展。下面我们以典型的一个例子来说明，如何使用ASP.NET 2.0和SQL Server 2005来构建一个多层应用。

　　我们的这个例子十分简单，但足以能够说明问题。我们的应用只有两个页面，第一个页面将调用SQL Server 2005数据库中的pubs数据库的author表，列出所有的作者，然后点选每个作者的链接，将显示该作者写过哪些书籍。

　　下面的图，说明了在ASP.NET 2.0架构下，我们的这个多层应用的架构图：

　　 从上图可以看出，我们将以这样的方式来构建这个多层应用。首先，从图的最上方开始看，蓝色部分的是表示层，就是我们web应用的外观显示，该层直接和用户打交道，比如处理输入输出等，在ASP.NET 2.0中，我们可以使用master page模版技术，以构建一个外观风格保持一致的页面（这在下文中会提到）。接下来是业务逻辑层，一般在该层中会直接处理业务逻辑及相关计算等，而在ASP.NET 2.0中，我们可以很方便地通过使用objectdatasource控件来处理业务逻辑层。

　　 业务逻辑层再接着和数据访问层（data access layer）打交道。数据访问层的作用是，将所有对数据库操作的有关过程业务分离出来，当数据库的结构等发生改变时，只需要对数据访问层的代码进行修改就可以了，不需要再修改其他的地方，这样会方便和不同的数据库进行打交道。在ASP.NET 2.0中，通过使用TableAdapter数据向导操作，可以十分快速地从已有的数据库中，生成数据访问层的代码，而基本上不需要写什么代码。

　　 最后，我们通过使用SQL Server 2005 新特性:clr stored procedure（clr 存储过程）,来创建存储过程。在SQL Server 2005 中，你可以使用自己熟悉的.NET语言来创建存储过程了。

[1] [2] [3] [4]  下一页