在web应用程序中，您可以创建项目功能的层，并通过将其划分为多个项目来创建它们之间的相互依赖关系，但您永远无法在网站上做到这一点。

在Web应用程序项目中，Visual Studio需要用于页面和用户控件的其他.designer文件。网站项目不需要此开销。标记本身被解释为设计。

网站=当网站由图形设计师创建且程序员仅编辑一到两页时使用

Web应用程序=当应用程序由程序员创建且图形设计师仅编辑一页或两页/图像时使用。

网站可以使用任何HTML工具进行工作，而不必使用开发人员工作室，因为项目文件不需要更新等。当团队主要使用开发人员studio并且代码内容较高时，Web应用程序是最佳的。

（某些编码错误在编译时在Web应用程序中发现，直到运行时才在Web站点中发现。）

警告：我多年前就写过这个答案，之后就再也没有使用Asp.net了。我想事情已经开始了。

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

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

总结以上一些答案：

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

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

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

发展问题

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

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

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

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