是的，web应用程序比网站好得多，因为web应用程序给了我们自由：

在一个伞下有多个项目并建立项目之间的依赖关系。例如，对于PCS，我们可以在web中进行以下操作应用程序-Web门户通知控制器（用于发送电子邮件）业务层数据访问层异常管理器服务器实用程序WCF服务（所有平台通用）列表项目对类文件中的代码运行单元测试与ASP.NET页面关联参考以下类别与独立类中的页面和用户控件关联为整个站点创建单个部件的步骤控制为站点生成的程序集名称和版本号避免将源代码放在生产服务器上。（你可以避免将源代码部署到IIS服务器。在某些情况下，例如共享托管环境，您可能会担心未经授权访问IIS服务器上的源代码。（对于web站点项目，您可以通过在开发计算机并部署生成的程序集源代码的。然而，在这种情况下轻松更新网站的好处。）网站性能问题（对网站的第一请求可能需要编译网站，这可能导致延迟。如果网站运行在内存不足的IIS服务器，包括单个程序集使用的内存可能比多个组件。）

“网站”的代码位于一个特殊的App_code目录中，并且在运行时被编译为多个DLL（程序集）。“web应用程序”被预编译为一个DLL。

这听起来可能有点明显，但我认为这是一种误解，因为VisualStudio2005最初只是随网站一起提供的。如果你的项目涉及一个相当有限的网站，并且没有太多的逻辑或物理分离，那么这个网站就很好。然而，如果它确实是一个具有不同模块的web应用程序，许多用户可以在其中添加和更新数据，那么您最好使用该web应用程序。

网站模型的最大优点是app_code部分中的任何内容都是动态编译的。您可以在没有完全重新部署的情况下进行C#文件更新。然而，这是一个巨大的牺牲。很多事情都发生在难以控制的幕后。命名空间很难控制，app_code下的任何内容默认情况下都会使用特定的DLL，因为所有内容都是动态编译的。

web应用程序模型没有动态编译，但您可以控制我提到的内容。

如果您正在进行n层开发，我强烈推荐web应用程序模型。如果您正在做一个有限的网站或一个快速而肮脏的实现，那么网站模型可能有优势。

更详细的分析见：

Web应用程序项目和Web部署项目位于此处网站还是Web应用程序？

除非您特别需要动态编译的项目，否则不要使用网站项目。

为什么？因为当你试图改变或理解你的项目时，网站项目会把你逼疯。Visual Studio中的静态类型查找功能（例如查找用法、重构）将永远适用于任何大小合理的项目。有关详细信息，请参阅Visual Studio中的堆栈溢出问题慢速“查找所有引用”。

我真的看不出他们为什么会放弃Visual Studio 2005中的web应用程序，因为它是一种令人痛苦、精神错乱、效率低下的网站项目类型。

Web应用程序项目模型

提供与Visual Studio.NET Web相同的Web项目语义项目。具有项目文件（基于项目文件的结构）。构建模型-项目中的所有代码都编译为单个装配支持IIS和内置ASP.NET开发服务器支持Visual Studio 2005的所有功能（重构，泛型等）和ASP.NET（主页、成员资格和登录名，网站导航、主题等）。使用FrontPage服务器扩展（FPSE）不再是要求。

网站项目模型

没有项目文件（基于文件系统）。新的编译模型。动态编译和处理页面，无需构建整个站点在每个页面视图上。支持IIS和内置ASP.NET Development Server。每个页面都有自己的程序集。不同的代码模型。

这取决于你在发展什么。

一个以内容为导向的网站会经常改变其内容，而网站更适合于此。

应用程序倾向于将其数据存储在数据库中，其页面和代码很少更改。在这种情况下，最好有一个Web应用程序，其中程序集的部署更受控制，并且更好地支持单元测试。