绝对是web应用程序，单个DLL文件，易于维护。但网站更灵活；您可以随时编辑aspx文件。

Web应用程序项目模型

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

网站项目模型

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

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

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

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

来自MCTS自定进度训练包考试70-515书：

利用web应用程序（项目），您可以创建MVC应用程序。Visual Studio将文件列表存储在项目文件（.csproj或.vbproj）中，而不是依赖于文件夹结构。不能混合使用Visual Basic和C#。不停止调试会话就无法编辑代码。您可以在多个web项目之间建立依赖关系。您必须在部署之前编译应用程序，这将阻止您在另一页无法编译时测试该页。您不必将源代码存储在服务器上。您可以控制程序集名称和版本。如果不重新编译，则无法在部署后编辑单个文件。

总结以上一些答案：

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

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

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

发展问题

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

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

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

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

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

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