为了帮助使用《ASP.NET技术详解与应用实例》的读者平稳过渡到ASP.NET2.0，天天推出ASP.NET2.0系列，本系列教程编排基本上和该书内容一致，供使用《ASP.NET技术详解与应用实例》的读者参考
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
在http://mqingqing123.cnblogs.com/archive/2006/01/18/319375.html 天天介绍了ASP.NET的基本编译方式，当然上面只是理论性的东西，有点空洞，下面介绍在VS.NET2005如何具体部署ASP.NET应用程序
－－本文仅供参考
在上面介绍了ASP.NET部署的基本原理，在进一步介绍之前，请理解安装（Setup）和部署（Deployment）之间的区别。安装是指将应用程序包装成易于部署的形式，安装好之后的应用程序可以之间在目标服务器上使用。部署是一个获得应用程序并将它安装到另一台机器上的过程，在部署中您可能还需要做一些额外的配置。
下面介绍在实际中如何用VS.NET2005完成应用程序的部署，关于安装就留给以后说了。
1、用VS.NET2005的“复制项目”功能部署－－源代码方式
在VS.NET2005里，可以直接把源代码拷贝到目标服务器中，在解决方案资源管理器中，可以看到有一个“Copy Web Site”工具按钮参考下图，
单击改按钮后就可以在VS.NET中打开Copy Web Site窗口，如下图。
整个内部窗体大致分为两个部分：Source Web site:现在本地Web应用程序资源，Remote Web site显示的是远程Web应用程序资源（也就是你要上传的目标文件的位置）
但是你可能已经看到，此时Remote Web site是灰色并不能够使用，因此你还需要连接到远程服务器。
在Copy Web Site工具栏目上，有一个Connect按钮，单击后出现连接选项，如图，这正是前面介绍的打开Web的方式，稍微有点区别是此处你是部署应用程序。现在你可以使用你的网络服务商给你的帐户进行远程登陆，图中所示登陆的是局域网内的web服务器，将要上传的位置在www文件夹下。
一旦登陆成功就可以部署应用程序，如图，当你选中文件后，就可以同步本地和远程服务器的文件，需要注意的是这里是“同步”而并不是简单的拷贝。这种好处是当你在本地或者远程更高后，可以同步以后，两边的文件可以同步更新。
2、利用Public Web Site部署应用程序――源代码+二进制
可以利用VS.NET2005提供的Public Web Site部署经过预先编译的应用程序。这和ASP.NET1.1类似。要启动public web site，从VS.NET2005的Build菜单里选择“Public Web Site”如图，这将弹出Public Web Site 对话框，参考下图
在该图里，需要输入远程服务器的地址，可以是HTTP，FTP等，这里我们以本机作为测试，输入http://localhost,这将在当前IIS的主目录里建立MyFirstPage项目。在下面的复选框里，说明如下：
Allow this precompiled site to be updatable:该选项允许*.aspx也没并不编译到汇报集里，也就是选中该选项后，你可以改变页面的标记。
Use fixed naming and single page assemblies：该选项运行你预编译特定的文件名称的代码。
Enable strong naming on precompiled assemblies：该选项要求生成重新命名的程序集。这里使用默认值。然后单击“OK”，经过编译后，你就可以在IIS的主目录里找到这些预编译的文件。
此时如果你打开MyPage.aspx，代码如下：
<%@ page language="C#" autoeventwireup="true" inherits="MyPage, App_Web_jmvb-kmt" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" >
<head runat="server">
<title>Untitled Page</title>
</head>
<body>
<form id="form1" runat="server">
<div>
Enter your name: <asp:TextBox ID="nameTextBox" runat="server" /><br />
<asp:Button ID="enterButton" runat="server"
Text="Enter" OnClick="enterButton_Click" /> <br />
<asp:Label ID="messageLabel" runat="server" Text="Label"></asp:Label>
</div>
</form>
</body>
</html>
正如前面所说的，由于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 -v v表示应用程序的虚拟路径。如果同时和-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文件的当前位置，例如数据库连接为：
<add name="DotNetEntry_DataConnectionString1" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\DotNetEntry_Data.MDF;… />
此时部署时，系统自动将项目App_Data下的数据库部署到目的的，而如果将上面代码改为：
<add name="DotNetEntry_DataConnectionString1" connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=C:\DotNetEntry_Data.MDF;… />
由于制定了DotNetEntry_Data.MDF的绝对位置，所以目的文件并不保护App_Data文件
bin文件夹存放的是经过编译后的DLL文件，同时还包含对程序集的引用，例如用记事本打开default.aspx.cdcab7d2.compiled，类似代码如下：
<?xml version="1.0" encoding="utf-8"?>
<preserve resultType="3" virtualPath="/DeplayApp/Default.aspx" hash="fffffff5007efec4" filehash="6c5c681005a7e96b" flags="110000" assembly="App_Web_r8n0o27x" type="ASP.default_aspx">
<filedeps>
<filedep name="/DeplayApp/Default.aspx" />
<filedep name="/DeplayApp/Default.aspx.cs" />
</filedeps>
</preserve>
如果打开*.aspx页面可以看到页面的内容都是
This is a marker file generated by the precompilation tool, and should not be deleted!
可能你会问既然全部是DLL文件为什么还要*.aspx文件呢？这些文件也没有具体内容，会不会是多余的？
要理解这个问题就需要转到IIS了，换句话说这就不再是ASP.NET2.0的工作范畴了。对于客户端请求，IIS首先会根据映射检查您所请求的文件存在不存在，如果不存在就直接提示您所请求的文件没有找到。 可以看到此时ASP.NET2.0框架还没有接管呢，解决这个文件最简单的方法就是不用检测文件是否存在，参考下图