用aspnet_compiler发布网站

   在asp.net 2.0模型中，vs2005已经完全脱离了编译而成为了一个彻底的ide.算是一个不小的改动。其中更是取消了有关Web Application的概念，使得习惯了vs2003的人刚开始的时候会有一些摸不着头脑。下面简单说一下我在使用过程中自己总结的，算是一点经验。

    新建web工程并且位置是文件系统的时候，vs2005只是帮你建好了一个sln文件，这个东西只是指引msbuild 如何进行编译的，过程是：ide 调用 msbuild ,msbuild解析sln文件,msbuild调用aspnet_compiler.exe进行网站的编译。所以aspnet_compiler.exe只是负责进行网站的编译的。

    预编译的概念在 .netframework 1.1 里面就存在了，vs2003中的预编译指的是将页面对应的cs/vb文件与resx文件编译后统一集成到一个dll中放到bin目录下，将aspx文件直接拷贝过去。这样做会留下隐患，因为aspx文件就直接暴露在最后的发行包中，如果完全是codeb-behind模型还好，只能改改界面，如果采用了页面上的<%%>来生成页面，源代码就暴露了。针对这些问题，vs2005采用了一种新的模式。
请参看ASP.NET 编译工具 (Aspnet_compiler.exe) 这篇文章了解对各种文件的处理方式。

IDE发布：
    vs2005中选择 生成-〉发布网站，在对话框中的操作将映射到aspnet_compiler.exe的参数中，可更新的发布对应 -u，其他选项类似，请参考上面的文章了解。
注意：发布时将忽略web.config中的debug参数，统一生成无调试信息的文件。

手工编译：
    简单说来，如果是无更新发布模式编译，appcode下面的class编译成dll放在bin下,页面内容清空位置不变作占位用，同时页面被编译成一个随机名称的dll,增加一个同名.compiled文件到bin目录下，内容大概如下：

    里面只是列出了页面上的customcontrol,这里已经完成了和masterfile的映射。这样最大限度的保护了页面的敏感信息，发布过的网站中只能看见一堆文件名了。可更新的发布模式与vs2003类似，页面就直接拷贝过来不予编译了。

讲了一堆原理，下面说一下aspnet_compiler.exe的调用方法,这是我使用的例子

我的开发目录是这样的

1. Project/
2.           library/
3.           devroot/
4.           pubroot/
5.           proj.sln

使用的命令如下：

aspnet_compiler -v / -p .\devroot -f .\pubroot

分析：

• -v / 指明了iis的虚拟目录
• -p .\devroot 表示代码实际位置
• .\pubroot 指明了要发布的位置
• -f 表示强制改写目标位置

    你还可以用-u来进行传统意义上的预编译，-d来插入编译符号。

总的来说，aspnet_compile结合msbuild,提供了一个很好的自动化编译环境，值得研究研究：）

查看本文来源