VS2005-将Web Site 格式转换成Web Application

VS2005-将Web Site 格式转换成Web Application

                                      转载自http://smallmousel.bokee.com/6082866.html

首先，以下是两者之间的区别：

你该选择哪种WEB编程模型

Option or Task	Web Application Projects	Web Site Projects
你有一个大型的Visual Studio .NET 2003 Web应用需要迁移到VS2005。	X
喜欢使用 single-page code 模型来开发网站页面。而不是使用code-behind 模型来编写网站页面		X
喜欢采用下面的方式编写网站： 在编写页面时候，为了可以快速的看到编写效果，动态编译该页面，马上可以看到效果，不用编译整个站点。 （就是说，只需要保存文件，然后在浏览器中刷新一下，就可以看到自己刚刚做的效果）		X
需要控制编译后应用程序集的名字	X
需要每个页面产生一个应用程序集		X
WEB页面或者WEB用户控件中需要使用到单独的类。	X
需要使用多个Project来构建一个Web应用。	X
需要处理pre-build 和 post-build 事件（编译前后需要有自己额外的处理）	X
希望把一个目录当作一个WEB应用来处理，而不需要新建一个Project 文件。		X

Web Site Project转换为Web Application Projects的问题

     在VS 2005中，如果你将一个Web项目 从Web Site Project转换为Web Application Projects ， 你将遇到这样的问题：所有aspx或者ascx文件中，如果引用了自定义控件，并且该自定义控件的代码在Web项目中，那么这些文件都无法成功转换，如果 手动进行转换，将出现类似这样的错误提示“Generation of designer file failed: Unknown server tag 'DT:MASTERPAGE'”。 
     例如这样的自定义控件引用代码：

<%@ Register TagPrefix="DT" Namespace="Dottext.Web.UI.WebControls"  %>

注：Dottext.Web.UI.WebControls的代码在Web项目中。
为什么会出这样的问题？我的猜测是VS 2005在进行转换时，如果遇到自定义控件引用，会先在bin目录中加载相应的Assembly，可是原先的Web Site Project并不在bin中生成相应的Assembly，于是就出现上面的错误。
既然是这个原因，我想到的解决方法就是将这些自定义控件代码移到一个单独的项目中，编译成单独的dll文件，但奇怪的是需要将这些自定义控件的命名空间修改一下，然后在引用的地方将Namespace改为修改后的命名空间，才能成功转换。

这两种WEB编程模型的不同点：

Scenario	Web Application Project	Web Site Project
Project definition	跟 Visual Studio .NET 2003 类似，由于项目文件的存在， 只有被项目文件所引用的文件才会在Solution Explorer中出现。而且只有这些文件才会被编译。 可以很容易的把一个ASP.NET应用拆分成多个Visual Studio项目。 可以很容易的从项目中和源代码管理中排除一个文件。	一个目录结构就是一个WEB项目。没有项目文件存在。这个目录下的所有文件，都被作为项目的一部分而存在。 我们实际部署的一个网站，部署上当然不会有任何项目文件存在，如果你想对这个网站进行修改，用这种编程模型就非常适合。我们根本不用在乎这个WEB站点中，那些文件属于哪个项目。
编译和生成	跟Visual Studio .NET 2003的Web应用项目编译模式几乎一样。 项目中的所有的code-behind 类文件和独立类文件都被编译成一个独立应用程序集。这个应用程序集被放在Bin目录下。因为是一个独立的应用程序集，你能够指定应用程序集的名字、版本、输出位置等信息。 例如：Model-View-Controller (MVC) 模式就可以在这里很好的被使用。因为它允许在WEB页面和WEB用户控件中引用一个独立的类。	编译（Build）命令仅仅是测试这个WEB站点是否编译正确，调试一个WEB站点项目的时候，是通过依赖你的源代码文件，ASP.net进行动态编译页面和类来实现的。 预编译站点和动态编译站点用的是同一个 compilation semantics ，你可以通过预编译来提高站点的性能。 ASP.net 动态编译系统提供了两种模型：默认的batch  编译模型和fixed-names 编译模型。 batch  编译模型中，被编译成多个应用程序集（典型的是每一个目录被编译成一个）。这时候你看应用程序集，很难对应上是哪个目录。 fixed-names 编译模型中，网站的每个页面或者每个用户控件被编译成一个应用程序集。
Iterative development	调试或者运行Web页面的时候，你必须全部编译整个WEB项目。 编译整个WEB项目通常比较快，因为Visual Studio使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。	你 可以配置Visual Studio 2005的编译属性：编译整个站点、编译一个指定页面、或者什么都不作。在最后一种情况下，当你运行一个WEB站点的时候，Visual Studio 仅打开一个浏览器，并访问当前或者起始页，当这个请求被发送后，ASP.net 才开始动态编译。 这种模式下，页面被动态编译或者被编译成不同应用程序集，所以如果你调试或者运行一个页面的时候，不需要整个项目被编译通过。有错误的部分跟你使用的部分可以互不干扰。 默认情况下，当你运行或调试任何WEB页的时候，Visual Studio完全编译Web Site项目。 这么做可以看到编译时的所有错误。但是，在开发进程中，完全编译整个站点会是相当慢的。所以推荐你在开发调试中，只编译当前页。
部署	因为所有的类文件被编译成一个应用程序集，当你部署的时候，只需要把这个应用程序集和 .aspx文件、.ascx文件以及其它静态内容文件一起部署。 这种模型下，.aspx 文件将不被编译，当浏览器访问这个页面的时候，才会被动态编译。 不过，如果你使用Web Deployment Projects (一个Visual Studio 2005的插件，没有被默认包含到VS2005中),你就可以把 .aspx 文件也编译进入一个应用程序集中。  如果你只修改了小小的一行代码，你也需要把整个项目的所有代码都编译，并且发布包含所有代码的这个应用程序集。	使用Visual Studio 的 Publish Website 命令，你可以把.aspx 文件 和 code-behind 文件编译成应用程序集，所以你看到的编译后的 .aspx 文件头发生了变化。（注意：Build 命令并不会给你可部署的应用程序集） 最新版本的 Publish 将支持仅编译 code-behind 文件，这样部署的时候，将不改变 .aspx 文件。 默认是在Bin目录下预编译成几个应用程序集，典型的是一个目录对应一个应用程序集。 fixed-names 部署选项可以让每一个WEB页面或者每个WEB用户控件创建一个应用程序集，这样每个页面都有一个可部署的应用程序集。但是，fixed-names 部署选项会增多应用程序集的个数，而且实际内存使用也会增大。
从Visual Studio .NET 2003升级	因为跟VS2003采用了一样的WEB项目开发模型，升级是非常非常简单的。	Web site 项目的编译选项不同导致了它跟Visual Studio .NET 2003WEB项目的极大不同。 虽然微软提供了一个转换向导，但是如果你的项目如果是一个复杂的VS2003项目，使用这个转换向导后，你还需要对照转换手册，做很多工作。 如果你要从VS2003升级，建议不要用这种WEB站点开发模版。而是使用Web application 项目。

在安装VSSP1之前，首先要做以下操作，否则将遇到：

错误 1718。 FileName 文件被数字签名策略拒绝。

要解决此问题, 请按照下列步骤：

1.	单击 开始 单击 运行 ， 键入 控件 admintools , 然后单击 确定 。
2.	双击 本地安全策略 。
3.	单击 软件限制策略 。 注意 如果列出, 没有软件限制右键单击 软件限制策略 , 然后单击 新建策略 。
4.	在 对象类型 , 双击 强制 。
5.	单击 除本地管理员以外的所有用户 , 并单击 确定 。
6.	重新启动计算机。

安装成功后，准备做web site转换为web application的操作：

1、新建一个web程序，在新建的时候，注意去掉创建解决方案目录；

2、将原来的代码覆盖到新的工程下；

3、选择显示所有文件按钮，选择没有包括在项目中的文件，右键选择包括在项目中，即可将文件添加到项目中来；

http://weblogs.asp.net/scottgu/archive/2006/05/08/445742.aspx

http://webproject.scottgu.com/CSharp/Migration2/Migration2.aspx