Asp.net 什么'；网站项目的目的是什么？

可能重复：

为什么有人会选择使用网站项目而不是Web应用程序项目？我发现网站项目是相当有限的。使用它有什么好处吗

为什么有人会选择使用网站项目而不是Web应用程序项目

不知道。也许是因为他被VS2005的默认模式欺骗了，现在他不得不维护它

我发现该网站项目是相当有限的

我也是

使用它有什么好处吗

没有

为什么有人会选择使用网站项目而不是Web应用程序项目

不知道。也许是因为他被VS2005的默认模式欺骗了，现在他不得不维护它

我发现该网站项目是相当有限的

我也是

使用它有什么好处吗

---

不。

这里是对两者的详细比较。

这里是对两者的详细比较。

对于网站，我主要使用Visual Studio作为带有intellisense的高级记事本，Web应用程序项目（WAP）中的所有内容都由我的构建服务器和持续集成服务器处理。我根本不需要WAP给我的任何功能，能够在不需要sln或proj文件的情况下打开任意文件夹作为网站项目是一个巨大的解脱

---

在我看来，Web应用程序项目只会让您在自己的VS实例中对构建过程进行一些控制，但与许多成员一起处理大型项目并不涉及个人，所有的构建过程管理都是在VS.

之外的其他地方处理的。当涉及到网站时，我使用Visual Studio主要是作为一个带有intellisense的高级记事本，而您在Web应用程序项目（WAP）中得到的所有东西都是由我的构建服务器和持续集成服务器处理的。我根本不需要WAP给我的任何功能，能够在不需要sln或proj文件的情况下打开任意文件夹作为网站项目是一个巨大的解脱

---

在我看来，Web应用程序项目只在您自己的VS实例中为您提供了对构建过程的一些控制，但与许多成员一起处理大型项目这与个人无关，所有构建过程管理都在VS之外的其他地方处理。

我在Web项目中使用Web站点模型的主要原因是：

• 系统中没有多余的文件（.sln等） 目录
• 我可以通过 我的计算机上的IIS目录结构 机器。。。因为有几个 应用程序，它使 参考可重用内容( /图像/、/css/等）位于外部 网站上的应用程序的名称。我不 相信你能做到这一点 项目（因为它们在站点上的位置没有参考点）
• 我个人更喜欢部署 与编译的.dll相对的代码文件 文件（尽管您仍然可以编译 如果需要，可以将站点添加到单个dll 我可以清楚地看到里面有什么 每个部署的文件（如果将来需要）。当然，只要网站需要编译，你就会受到攻击，但这并不是经常发生的事情。 有人说这是安全措施 问题，因为任何人 访问您的服务器可以看到 你的代码；然而，他们可以看到 不管代码是什么，即使它是 编译

---

我认为主要原因是我可以很容易地引用我提到的网站上其他地方的文件，但同样，在项目中也可能有这样做的方法（我已经几年没有创建“项目”）

我在web项目中使用web站点模型的主要原因是：

• 系统中没有多余的文件（.sln等） 目录
• 我可以通过 我的计算机上的IIS目录结构 机器。。。因为有几个 应用程序，它使 参考可重用内容( /图像/、/css/等）位于外部 网站上的应用程序的名称。我不 相信你能做到这一点 项目（因为它们在站点上的位置没有参考点）
• 我个人更喜欢部署 与编译的.dll相对的代码文件 文件（尽管您仍然可以编译 如果需要，可以将站点添加到单个dll 我可以清楚地看到里面有什么 每个部署的文件（如果将来需要）。当然，只要网站需要编译，你就会受到攻击，但这并不是经常发生的事情。 有人说这是安全措施 问题，因为任何人 访问您的服务器可以看到 你的代码；然而，他们可以看到 不管代码是什么，即使它是 编译

---

我想主要的原因是我可以很容易地引用网站上其他地方的文件，就像我提到的那样，但同样，在项目中也有这样做的方法（我已经几年没有创建过“项目”）

Dupe of Dupe of Dupe of这是一个非常有偏见的答案，你不觉得吗？一个优点是，你不需要任何SLN或PROJ文件来打开网站在@ @ Pauli O.Sts.中，我个人认为有一个事实，即<代码> SLN 和<代码> .CSPROJ文件是Web应用对Web站点的一个优点：-当然，我的答案是有偏见的。我只是根据我的个人经验来回答。你不认为这是一个很有偏见的答案吗？一个优点是，你不需要任何SLN或PROJ文件来打开网站在@ @ Pauli O.Sts.中，我个人认为有一个事实，即<代码> SLN 和<代码> .CSPROJ文件是Web应用对Web站点的一个优点：-当然，我的答案是有偏见的。我只是根据我的个人经验来回答。