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

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

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

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

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

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

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

这始终取决于客户的要求。ASP.NET仅包含用户需要的灵活功能，以确保应用程序的安全性和易于维护。

您可以将Web应用程序视为在ASP.NET框架内运行的二进制文件。网站是一个静态网页，您可以查看并轻松部署源代码。

但这两种ASP.NET技术的优点和缺点都是好的。

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

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

总结以上一些答案：

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

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

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

发展问题

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

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