ASP.net应用程序组织问题

组织asp.net web应用程序的首选方式是什么？以下是我的两个选择：

有一个包含所有dll的bin/目录和一个主dll。在这种情况下，每次更改服务器代码时都需要重新生成。显然，可能有几个目录，但只有一个BIN

可以有多个bin目录（例如每个目录一个）。这里的优点是每个目录都是自己的应用程序——但除此之外，我觉得它相当混乱

---

最好的选择是什么？如果我选择选项1）我可以让Web.config文件包含多个应用程序的设置吗？

我从来没有使用过多个bin文件夹-不知道你为什么要这样做。IIS将加载它在其中找到的所有dll，而且我从来没有遇到过任何性能问题，即使像sharepoint这样有堆的东西也是如此

拥有多个配置文件是非常有用和有效的

嗯

---

干杯

我从来没有使用过多个垃圾箱文件夹-不知道你为什么要这么做。IIS将加载它在其中找到的所有dll，而且我从来没有遇到过任何性能问题，即使像sharepoint这样有堆的东西也是如此

拥有多个配置文件是非常有用和有效的

嗯

---

干杯

对于Jonesie的回答，我唯一想补充的是，如果你想保持某种模块化，那么就创建不同的项目，这样你就有了不同的名称空间，从而有了不同的目录。不过要小心，这意味着除非您有某种构建自动化，否则您需要单独部署它们。

我要补充Jonesie的答案的唯一一点是，如果您想保持某种模块化，那么就创建不同的项目，这样您就有了不同的名称空间，从而有了不同的目录。不过要小心，这意味着除非您有某种构建自动化，否则您需要单独部署它们。

您的网站最终应该有一个bin目录，但在一个包含多个项目的解决方案中有多个bin目录是很常见的

---

通过您的网站向其他项目添加项目引用，或通过后期生成dll副本，所需的dll最终可能会出现在您的网站bin中。

您的网站最终应该有一个bin目录，但在具有多个项目的解决方案中，通常会有多个bin目录

---

通过您的网站向其他项目添加项目引用，或通过后期生成dll副本，所需的dll可以最终进入您的网站垃圾箱。

我同意。这是我一开始的看法。不过，我的两位同事对此并不信服，所以我想看看有几个bin dir的好处是什么。谢谢你的意见。@gnomixa-我认为你应该接受Jonesie的答案，它是正确的。我同意。这是我一开始的看法。不过，我的两位同事对此并不信服，所以我想看看有几个bin dir的好处是什么。谢谢你的意见。@gnomixa-我认为你应该接受Jonesie的答案，它是正确的。