ASP.NET网站与Web应用程序的区别

Question

我已经阅读了很多有关asp.net的网站和Web应用程序的讨论。我们团队（10个程序员）的工作方式是使用“Web站点”项目类型，并将源代码（aspx + .cs）复制到服务器上作为开发环境。这样，所有程序员都可以同时进行更改，而服务器会动态生成构建文件.....（对于生产环境，他们会构建应用程序）。现在，我正在启动一个新项目，决定使用Web应用程序（主要原因是Web配置转换选项），但我很快意识到（据我所知），它强制你在每次更改时都需要将Web应用程序构建/发布到服务器上...如果只有我一个人在这个项目上工作，这不是个大问题...但是，现在我想知道，如果有更多的程序员需要同时在这个新项目上工作，会发生什么？有什么建议或类似情况吗？编辑：我们使用Visual Source Safe...但只用于跟踪旧版本（不用于构建）...我熟悉Subversion...但是...不幸的是，我不能决定我们应该使用什么...我认为他们不愿意改变。谢谢大家的回答...

- Osvier

Answer 1

每当我听到“只要……就不是什么大问题”的时候，我立即意识到这可能会成为一个问题。简而言之，按照你所知道的去做。如果你熟悉使用ASP.NET网站，那么我会使用它。你的开发实践已经围绕着处理它。

当我第一次在公司开始编程时，我使用了相同的模型来完成Classic ASP。这个模型很有效，但我强烈建议也使用源代码控制。话虽如此，以下是我长期以来的做法：

1. 源代码控制
2. 本地开发
3. 建立持续构建过程（Cruise Control是一个免费的工具）。
4. 有一个人将所有人的更改推送到开发服务器上，一旦所有人都同意彼此的更改是兼容的。（通常通过确保构建服务器可以编译所有内容来完成此操作）。

- kemiller2002

---

首先，感谢您的回复...是的，“只要”...意思是我也认为会有问题...我同意你的看法...我想我应该按照我所知道的去做...我想我只需要搜索网站配置转换选项...再次感谢！ :) - Osvier

Answer 2

如果您选择使用Web应用程序并在项目中添加更多的程序员，我建议使用源代码控制。Git和Subversion非常流行。例如，在Git中，您可以看到谁提交了什么。

当然，无论您是独自工作还是与团队合作，我都会从一开始就使用源代码控制。

- user5398447

---

我们正在使用Visual Source Safe...但只是用来跟踪旧版本（不用于构建）...我熟悉Subversion...但是..不幸的是，我不决定我们应该使用什么..而且我认为他们不愿意改变.. - Osvier

Answer 3

正如@edmastermind29所说，如果您有多个开发人员，则源代码控制确实是保持一切顺利的首要事项。

这真的取决于您的开发流程。大多数商店都会进行某种类型的持续集成，并运行单元测试，并具有某种自动化构建过程。

我发现使用Web应用程序项目确实是所有“最佳实践”类型事物的最佳选择。

请查看此链接以获取一些指导。

- Etch

Answer 4

这实际上取决于你的团队如何工作以及你的环境配置。无论如何，你需要有某种源代码控制系统来确保你不会覆盖彼此的更改。如果你还没有源代码控制系统，请立即停止并获取一个。

根据你选择的源代码控制系统，你将至少拥有基本的签入/签出功能，作为你的代码库的库；这意味着如果我签出了一个文件，你就不能在我签回它之前触碰它。

如果你选择一个更具特色的源代码控制系统，你应该能够利用分支和存储等功能，让你的团队同时工作在相同的文件上，并在文件签入时合并更改。

虽然你的问题涉及“网站 vs. 网络应用程序”，但答案是“源代码控制”。有了一个好的源代码控制系统，除了需要协调与网络应用程序的构建之外，你的问题就变得或多或少不相关了。

- James Johnson

---

能否使用Visual Source Safe协调构建？我们使用它，但仅用于保留旧版本。 - Osvier