在下面的这个示意图是一个包含了三层体现结构的应用程序：一个web项目、一个或者多个类库等。我在这个解决方案里增加了数据访问层（Data Access Layer，DAL）和业务逻辑层（Business Logic Layer，BLL）。

接下来，你就可以设置项目之间的引用和编译的依赖管理，例如上面的这个例子依赖关系如下：

  这样BLL层建立在DAL的基础上，而http://localhost:81/则建立在BLL基础上，这种依赖关系决定了系统编译的顺序为：先编译DAL、然后编译BLL最后编译http://localhost:81 这个Web项目。

 我接下来就可以直接保保存我的解决方案，这个解决方法封装了所有的项目（包括项目之间的相互引用和依赖关系），在这方面它和和VS2003是类似的，以后我只要打开该解决方案，系统将子定加载所有的项目和资源、文件。

当以后我发以后发布Web站点时，它会将DAL、BLL和Web项目的整体结果整合在一起编译成二进制文件，因此当我发布web网站时，你并不需要DAL和BLL项目。

（关于上面DAL、BLL等具体的实际应用您可以参考《ASP.NET技术详解与应用实例》的最后一章） 

使用ASP.NET2.0版本

最后在说一下ASP.NET的版本问题。正如Visual Stuido.NET2003和.NET Framework V1.1配合的很好一样，Visual Studio.NET 2005和.NET Framework V2.0同样协调的也很好。这意味这VS2003和VS2005可以装在同一台机器上。原有的项目您仍然可以使用VS2003继续开发，而新的项目你可以选择使用VS2005进行开发。

这也意味这你可以选择你的ASP.NET应用程序在web服务器上的运行版本，您可以让有些应用程序运行在ASP.NET1.1版本上，有些运行在ASP.NET2.0版本。也就是说，你可以自行决定.NET运行版本的控制。

默认的如果你以前在你的机器上安装了ASP.NET1.1版本，然后又安装ASP.NET2.0后，一般你也不会考虑立刻更改应用程序并升级到最新的版本，相反你可能想自行决定应用程序的使用的版本，正式由于这个原因，因此当你安装ASP.NET2.0时，系统并不会更改您的默认设置，而仍然使用ASP.NET1.1版本。

为了实现.NET版本控制的功能，系统是通过使用IIS新增加的“ASP.NET”页标签来实现的，ASP.NET页标签是在我们安装.NET2.0版本时自动添加的。在根目录的属性力，可以设置默认全局应用程序版本如下图，除此以外该页标签自动添加在任意一个应用程序的属性里，这页允许我们可以单独设置每一个应用程序的使用版本。

这里需要强调一下“级联”性质，以前叙为例子，如果我将app2设置为使用.NET 2.0，那么此时app3如果是.NET1.1版本，则保持不变，因为app2和app3是并列的；

然而如果我将app3设置为.NET2.0，由于app4默认丛属于app3，所以如果原先app4是.NET1.1版本，则会更新为.NET2.0版本。

上一页  [1] [2] [3]