Visual Studio中Website和Web Application Project的区别

最新推荐文章于 2026-02-06 06:34:39 发布

转载最新推荐文章于 2026-02-06 06:34:39 发布 · 5.4k 阅读

文章标签：

#application #website #web #asp.net #assembly #sharepoint

本文对比了Visual Studio中WebApplication和Website两种Web开发模型的区别，包括项目定义、编译生成方式、迭代开发体验及部署流程等内容，帮助开发者选择合适的开发模型。

Visual Studio 2005/2008/2010中均有两种Web开发模型，分别是Website（网站）和Web Application Project（Web应用程序项目），许多初学者都不是很清楚这两者有什么区别。今天我又看了一下微软官方MSDN上解释，在此重复一下。

一个website和web app一样出现在visual studio的solution中。但是，website项目只是一组松散组合的文件，没有项目文件，没有特殊文件夹比如bin、App_Code等。visual studio管理这个项目是以你所选择的文件夹作为项目的根目录。solution文件只会记录这个根目录的路径，没有其他多余的配置信息。项目发布时，所有的文件都被发布出去。这样做的目的是项目发布简单，只需要把所有文件拷贝出去，IIS运行是进行即时编译，也可以预编译再发布。

Web Application Project是由工程文件组织网站的，有一些特殊的文件夹bin、App_code、资源文件、主题文件夹等。如果用记事本打开工程文件，可以看到工程中的文件都在其中。你可以在visual studio中指定每个文件编译时的模式，比如是代码文件（将进行编译）、网站内容文件（不编译，即使是.cs文件)、资源文件等等。另外可以指定每个文件发布时是否被排除。项目编译时一般根据namespace不同把可编译的文件都编译进相应的assembly 文件(dll文件).

总得来说，website模式让用户自己组织每个文件在网站中的分布方式，App proj方式根据visual studio推荐的方式组织文件。

vs2005中的WebApplication和WebSite(转换)

今天忽然注意到vs2005里多了一种web application，这是MS在发布VS2005之后追加的SP1扩展包里的一种新的Web模式，

WebApplication编译时忽略了页面中代码的检查，不需要做分析，将这些任务交给了运行时。WebSite的优势在于可以单个页面独自编译，

这对大项目而言是一个相当大的优势，二者的直观区别在于，对每一个aspx页面文件，

WebApplication在有对应cs文件的同时还拥有designer.cs文件，baidu了一下。

WebApplication编程模型的优点：

●网站编译速度快，使用了增量编译模式，仅仅只有文件被修改后，这部分才会被增量编译进去。

●生成的程序集

WebSite：生成随机的程序集名，需要通过插件WebDeployment才可以生成单一程序集

WebApplication：可以指定网站项目生成单一程序集，因为是独立的程序集，所以和其他项目一样可以指定应用程序集的名字、

版本、输出位置等信息

●可以将网站拆分成多个项目以方便管理

●可以从项目中和源代码管理中排除一个文件

●支持VSTS的Team Build方便每日构建

●更强大的代码检查功能，并且检查策略受源代码控制

●可以对编译前后进行自己规定的处理

●对App_GlobalResources 的Resource强类支持

●直接升级使用VS2003构建的大型系统

WebSite编程模型的优点：

●动态编译该页面，马上可以看到效果，不用编译整个站点（主要优势）

●同上，可以使错误的部分和使用的部分不相干扰

●可以每个页面生成一个程序集

●可以把一个目录当做一个Web应用来处理，直接复制文件就可以发布，不需要项目文件

●可以把页面也编译到程序集中

两种编程模型的互相转换：

VS2005 SP1内置了转换程序，可以非常方便的从WebSite转换到WebApplication只需要复制文件，右键执行“转换为Web应用程序”

即可。

总之，大网站比较适合用WebApplication项目，小网站比较适合用WebSite项目

貌似web application是最初的设计吧，vs2003里就是这样的,只不过微软想抛弃这种用法，但是又没顶住压力又加了回来。

我还是觉得web application比较好，可以看到自动生成的代码。

----------------------------------------------------------------------------

把Visual Studio 2005的"网站项目"转化为"Web应用程序"项目

在Visual Studio 2005中，新建菜单下分了“项目”和“站点”两大类，在Visual Studio 2003里没有区分,

如果你要在VS2005创建一个网站应用，那么你只有"ASP.NET网站"模板，这种项目模型和VS2003的项目模型差别很大，

比如2003里所有代码编译后放在一个Assembly里，2005里则分开动态编译，命名空间的处理也大不一样

为保持和之前版本的兼容，微软为VS2005提供了一个VS 2005 Web Application Project插件，

可以让你的VS2005也拥有2003一样的项目模型，在VS2005的Service Pack 1里已经把该插件直接集成到了VS2005，而且今后会一直成为VS的一部分。如果你没有安装VS SP1，那么你必须安装插件。

由于和SharePoint集成的原因，必须把目前做的Web网站程序做个转换，今天花了点时间做了，

以下是转换步骤（VS已经装好插件）：

1、创建一个Web应用程序，应用程序名为TestWebApp，新建-〉项目-〉ASP.NET Web 应用程序

2、删除default.aspx和Web.config文件

3、把要转换的网站的文件全部复制到TestWebApp下

4、选择TestWebApp，右键，选择“转换为 Web应用程序”，VS2005会自动转换，帮你生成*.Designer.cs文件，

添加CodeBehind属性

我的转换结果：

      App_Code下的dataset文件全部给移到了根目录下

      aspx的Designer.cs文件没有生成，经查发现可能是因为我使用了嵌套的母板页masterpage，

相应的母板页的designer.cs文件也没有生成，进而导致调用VS2005的Designer API时失效，我把母板页改了，

把没生成designer.cs的所有文件放在另外一个web应用程序项目重新转换了一遍，再放回来

5、把aspx文件里的codefile属性都删除

6、添加所有文件的命名空间namespace，你可以选择一个class，右键-〉外侧代码来添加命名空间，但不见得快多少

7、把aspx文件里的inherits属性的值的类加上命名空间，和上一步对应

8、然后就是有些代码里需要添加命名空间，编译的时候都会出来

VS2005中的WebSite和WebApplication有何区别

Visual Studio 2005 sp1中新增了ASP.NET Web Application 应用类型。这样网站开发我们既可以选择ASP.NET Web Application 应用类型，又可以选择ASP.NET Web Site类型。

你该选择哪种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编程模型的不同点：

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 项目。