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

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

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

总结以上一些答案：

灵活性，您可以对网页进行实时更改吗？

网站：可能。赞成：短期利益。缺点：项目混乱的长期风险。

Web应用程序：不可能。编辑页面，将更改存档到源代码管理，然后构建和部署整个站点。专业：保持高质量的项目。

发展问题

网站：没有.csproj文件的简单项目结构。两个.aspx页面可以具有相同的类名，而不会发生冲突。随机项目目录名导致生成错误，如为什么.net框架与自己生成的文件冲突，以及为什么.net框架与其自己生成的文档冲突。专业人士：简单（简单化）。缺点：不稳定。

Web应用程序：项目结构类似于WebForms项目，具有.csproj文件。asp页面的类名必须是唯一的。专业：简单（智能）。缺点：没有，因为网络应用程序仍然很简单。

我建议您观看ASP.NET网站上的“Web应用程序项目和Web部署项目”视频，该视频非常详细地解释了差异，这对我很有帮助。

顺便说一句，不要被标题所迷惑，视频的很大一部分解释了网站项目和web应用程序项目之间的区别，以及为什么Microsoft在Visual studio 2005中重新引入web应用程序（正如您可能已经知道的那样，它最初只提供网站项目，然后在SP1中添加了web应用程序）。这是一个很棒的视频，我强烈推荐给任何想了解差异的人。

MSDN中有一篇文章描述了这些差异：

比较网站项目和Web应用程序项目

BTW：关于这个话题有一些类似的问题，例如：

Visual Studio中的网站与ASP.Net Web应用程序之比较注意：已删除，不再在SO中ASP.NET中的网站或Web应用程序

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

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

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

这取决于你在发展什么。

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

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