关闭。这个问题是opinion-based .它目前不接受答案。
想改善这个问题吗？更新问题，以便可以通过 editing this post 用事实和引文回答问题.
2年前关闭。
Improve this question
我对我的公司很陌生(2 周)，我们正在使用 DotNetNuke 的 .NET 3.5 Team Foundation 为我们的系统启动一个新平台。我们的“架构师”建议我们使用一类项目。当然，我以“3 层”架构(业务、数据、Web 类项目)作为回应。
使用这种架构有什么缺点吗？专业人士将代码与数据分离，使类对象远离您的代码等。
最佳答案
我想一个相当大的缺点是你必须为 编写、管理和维护的额外代码量。小项目可能只是矫枉过正。
这完全取决于项目的规模、最终项目的预期生命周期和预算!有时，虽然“正确”做事很有吸引力，但做一些“轻量级”的事情可能是正确的商业决策!
关于architecture - 使用 N 层解决方案是否有任何负面原因？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/5880/