●网站编译速度快，使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。●生成的程序集WebSite：生成随机的程序集名，需要通过插件WebDeployment才可以生成单一程序集WebApplication：可以指定网站项目生成单一程序集，因为是独立的程序集，所以和其他项目一样可以指定应用程序集的名字、版本、输出位置等信息●可以将网站拆分成多个项目以方便管理●可以从项目中和源代码管理中排除一个文件●方便的支持VSTS的Team Build方便每日构建●更强大的代码检查功能，并且检查策略受源代码控制●可以对编译前后进行自己规定的处理●对App_GlobalResources 的Resource强类支持（网上说的，还没有了解过）●直接升级使用VS2003构建的大型系统
●动态编译该页面，马上可以看到效果，不用编译整个站点（主要优势）●同上，可以使错误的部分和使用的部分不相干扰（可以要求只有编译通过才能签入）●可以每个页面生成一个程序集（一般不会采用这种方式）●可以把一个目录当做一个Web应用来处理，直接复制文件就可以发布，不需要项目文件（适合小站点）●可以把页面也编译到程序集中（应该用不到，而且WebApplication也可以通过WebDeployment插件来实现）
VS2005 SP1内置了转换程序，可以非常方便的从WebSite转换到WebApplication只需要复制文件，右键执行“转换为Web应用程序”即可。未查到有专门的反向转换工具，但比较后发现如果转换也非常简单。删除所有*.designer.cs将*.aspx、*.ascx、*.master页面文件中的 Codebehind="******.aspx.cs" 批量替换成 CodeFile="******.aspx.cs"这样就可以转换回来了
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 编译模型中，网站的每个页面或者每个用户控件被编译成一个应用程序集。 Iterativedevelopment 调试或者运行 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 项目。转载于：http://www.cppblog.com/eday/articles/36525.html
转载于:https://www.cnblogs.com/Snail-Blog/archive/2013/05/03/3056510.html
