来自企业 IT 环境的标准总是为每一层、业务逻辑、数据访问创建一个类库项目，有时还为特定类型创建更大的隔离。
现在我正在开发自己的 Web 应用程序项目，我认为没有必要以这种方式隔离我的代码。
我没有多个应用程序需要共享此逻辑或服务启用它。我也没有看到部署方案有任何优势。
我倾向于将所有工件放在一个 Web 应用程序中，并在逻辑上由项目文件夹分隔。
我想知道社区的想法。
让我添加更多信息...
我正在使用 MVC 预览版 5 编写此应用程序，因此框架中继承的关注点分离将支持单元测试。我喜欢对一切进行测试！
从最简单的事情开始，并在需要时增加复杂性。听起来好像单个组件就可以很好地满足您的情况。但是，请注意不要让 A 层访问 B 层的内部成员而违反这些层。这将使得以后将这些层拉入单独的组件变得更加困难。
我想说这取决于您对测试和单元测试的重视程度。
如果您打算只进行用户/手动测试，或者基本上只使用从 UI 向下测试，那么它并没有真正的区别。
另一方面，如果您打算进行某种单元测试或业务规则验证，那么将您的工作分成不同的程序集绝对是有意义的。
即使对于较小的个人项目，我发现随着项目的进行，这种方法使我的生活更轻松。我仍然使用相同的解决方案运行所有内容，只是使用 UI 的 Web 项目、业务规则/应用程序逻辑的库和 DAL 的另一个库。
您仍然应该将逻辑层分成适当的项目。
这是一个很好的工程实践，无论您是 1 名开发人员还是 100 名开发人员。将代码集中在一个地方的负面影响是它会让您重构或复制代码以进行扩展。