部署ASP.NET应用程序

  
  
  
  

   
   
   
   
<%@pagelanguage="C#"autoeventwireup="true"inherits="MyPage,App_Web_jmvb-kmt"%> 
   
   
   
   
 
   
   
   
   
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> 
   
   
   
   
 
   
   
   
   
<htmlxmlnshtmlxmlns="http://www.w3.org/1999/xhtml"> 
   
   
   
   
<headrunatheadrunat="server"> 
   
   
   
   
 
   
   
   
   
 
   
   
   
   
 
   
   
   
   
<formidformid="form1"runat="server"> 
   
   
   
   
 
   
   
   
   
Enteryourname:<asp:TextBoxIDasp:TextBoxID="nameTextBox"runat="server"/>
 
   
   
   
   
<asp:ButtonIDasp:ButtonID="enterButton"runat="server"  
   
   
   
   
Text="Enter"OnClick="enterButton_Click"/> 
 
   
   
   
   
<asp:LabelIDasp:LabelID="messageLabel"runat="server"Text="Label"> 
   
   
   
   

正如前面所说的，由于Page指令是< %@ page language="C#" autoeventwireup="true" inherits="MyPage, App_Web_jmvb-kmt" %>并不包含CodeFile，所以这种编译方式和ASP.NET1.1兼容。
Page指令的inherits指出了MyPage.aspx的类集为MyPage和汇编集App_Web_jmvb-kmt。换句话说，当系统加载 Page也没时，将会到bin文件夹下的App_Web_jmvb-kmt.dll加载MyPage类作为MyPage.aspx后台文件的页面类。

3、利用Aspnet_compiler.exe部署应用程序
Aspnet_compiler.exe是ASP.NET2.0新增加的一个命令，所以对以前版本的.NET框架不可用，你可以在安装目录下找到该文件，例如c:\WINDOWS\Microsoft.NET\Framework\v2.0.50727目录学。

Aspnet_compiler.exe提供了很多参数，你可以在命令行输入 Aspnet_compiler.exe /?查看这些参数的意义。这里我们这种介绍查用的几个参数：

1、- m m参数告诉系统使用IIS的元数据配置应用程序，例如下面的命令
aspnet_compiler -m /LM/W3SVC/1/Root/MyApp c:\MyTarget
/LM /W3SVC/1/Root表示的是/LM/W3SVC/下是我们要用到的HTTP服务的配置信息，在“控制面板”里有一个"Server Extensions管理器"。你可以打开开你本机的配置。在这个命令里，它表示当前的应用程序是MyApp，该应用程序对用的文件物理路径是 c:\MyTarget

2 -vv表示应用程序的虚拟路径。如果同时和-p参数结合使用，则由 -p参数指出物理路径，否则则使用IIS的元素数据配置，默认是应用程序的当前站点。
下面的命令和上面的登记。
aspnet_compiler -v /MyApp

而下面则不依靠IIS的配置，因为他显示声明应用程序的物理路径
aspnet_compiler -v /MyApp -p c:\myapp c:\MyTarget
 
-u
v virtualPath –应用程序的虚拟路径
-p physicalPath – 应用程序的事件位置

targetDirectory – 目标位置

另外还有一个参数：u，这个参数告诉编译器保留*.aspx页面，以便将来更新，这中情况就是上面介绍的的“汇编集+二进制”代码的形式
下面我们将介绍如何使用该命令，并进一步介绍ASP.NET1.1到ASP.NET2.0在部署的变更。
下面的代码说明如何利用aspnet_compilier部署ASP.NET应用程序，该部署针对的是如下一种情况：
我利用VS.NET2005内置的服务器并使用File System方式在我的文档 C:\Documents and Settings\liwanbao\My Documents\Visual Studio 2005\WebSites下建立了MyFirstPage项目。
现在我要把该程序部署到本地IIS的服务器商，在IIS服务器中，我的应用程序名称是DeplayApp，该应用程序指向的实际路径是D:\DeplayMyFirstPage,所以，如果你打开IIS，看到的应该类似如下效果

这里其实就使用了上面介绍aspnet_compiler.exe常用的三个参数

DeplayApp是应用程序虚拟路径，也就是上面-v参数制定的路径

D:\DeplayMyFirstPage是虚拟路径对应的实际物理路径，也就是将要我要部署到位置的目标路径

C:\Documents and Settings\liwanbao\My Documents\Visual Studio 2005\WebSites路径是我开发项目源代码的位置。

在上图的命令里，首先设置了 Path路径指向aspnet_compiler.exe以防止系统找不到该命令，具体指向的命令是
aspnet_compiler –v /DeplyApp-p MyFirstPage d:\DeplayMyFirstPage

这将在D:\DeplayMyFirstPage目录学生成所需的文件（*.aspx），在App_Data目录学可以找到应用程序的数据库文件，需要注意的是在数据库引用时，应用的是App_Data文件的当前位置，例如数据库连接为

  
  
  
  

   
   
   
   
 name="DotNetEntry_DataConnectionString1" connectionString="Data Source=.\
SQLEXPRESS;AttachDbFilename=|DataDirectory|\DotNetEntry_Data.MDF;…  /> 
  
  
  
  

此时部署时，系统自动将项目App_Data下的数据库部署到目的的，而如果将上面代码改为：

  
  
  
  

   
   
   
   
 name="DotNetEntry_DataConnectionString1" connectionString="Data Source=.\
SQLEXPRESS;AttachDbFilename=C:\DotNetEntry_Data.MDF;…  /> 
  
  
  
  

由于制定了DotNetEntry_Data.MDF的绝对位置，所以目的文件并不保护App_Data文件bin文件夹存放的是经过编译后的DLL文件，同时还包含对程序集的引用，例如用记事本打开default.aspx.cdcab7d2.compiled，类似代码如下：

  
  
  
  

   
   
   
   
xmlversionxmlversion="1.0"encoding="utf-8"?> 
   
   
   
   
<preserveresultTypepreserveresultType="3"virtualPath="/DeplayApp/Default.
aspx"hash="fffffff5007efec4"filehash="6c5c681005a7e96b"flags="110000"
assembly="App_Web_r8n0o27x"type="ASP.default_aspx"> 
   
   
   
   
 
   
   
   
   
<filedepnamefiledepname="/DeplayApp/Default.aspx"/> 
   
   
   
   
<filedepnamefiledepname="/DeplayApp/Default.aspx.cs"/> 
   
   
   
   
 
   
   
   
   
 
  
  
  
  

如果打开*.aspx页面可以看到页面的内容都是This is a marker file generated by the precompilation tool, and should not be deleted!

可能你会问既然全部是DLL文件为什么还要*.aspx文件呢？这些文件也没有具体内容，会不会是多余的？要理解这个问题就需要转到IIS了，换句话说这就不再是ASP.NET2.0的工作范畴了。对于客户端请求，IIS首先会根据映射检查您所请求的文件存在不存在，如果不存在就直接提示您所请求的文件没有找到。以上介绍部署ASP.NET应用程序。