2011-03-08 85 views

回答

3

为什么有人会选择通过Web应用程序项目使用网站项目?

不知道。也许是因为他被VS 2005中的默认模型所欺骗,现在他必须维护它?

我发现网站项目是相当限制

我也是。

使用它有什么好处吗?

+0

这是一个相当有偏见的答案,你不觉得吗?一个优点是你不需要任何sln或proj文件来打开VS中的网站。 – 2011-03-08 18:41:00

+0

@PauliØsterø,我个人认为有一个'.sln'和'.csproj'文件是Web应用程序针对Web站点的优势:-)当然,我的答案是有偏见的。我只是将我的答案建立在我个人的经历上。 – 2011-03-08 18:43:15

1

当谈到网站时,我主要使用Visual Studio作为高级记事本和智能感知,并且您在Web应用程序项目(WAP)中获得的所有内容都由我的构建服务器和持续集成服务器处理。我根本不需要WAP给我的任何功能,只需打开任意文件夹作为网站项目,而无需sln或proj文件,这是一个巨大的解脱。

IMO一个Web应用程序项目只给你一些控制你自己的VS实例内部的构建过程,但是处理与许多成员有关的大项目,而不是个人,而且所有的构建过程管理都是在别处VS.

0

主要的原因,我使用过的web项目的网站模式:在 目录

  • 没有多余的文件(的.sln等)
  • 我可以通过 的IIS目录结构打开每个应用程序在我的 机器上...由于有多个 应用程序,因此它很容易在位于应用程序的网站外部的 之外的参考可重用内容( /images /,/ css /等)。我不 相信你可以做到这一点与 项目(因为他们没有参考点,他们在您的网站上)。
  • 我个人比较喜欢部署反对 代码文件编译的.dll 文件(尽管你仍然可以编译 一个网站,一个DLL,如果你想 到),我可以清楚地看到什么在 每个部署的文件,如果未来需要。当你需要编译这个站点的时候,你会受到打击,但是并不是像这样不断发生。 有人说这是一个安全问题 问题,因为任何人管理到 获得访问您的服务器可以看到你的代码 ;然而,不管怎样,他们都可以看到 的代码,即使它编译了 。

我认为主要的原因是事实,我可以很容易地引用位于网站的其他文件,如我所说,但同样,有可能是一个办法做到这一点的项目,以及(我没有在几年内创建了一个“项目”)