最近我看到了很多招聘 IT 开发者的工作职位，其中有一句话写得差不多是这样的：“必须具备 N 层架构经验”或者“必须能够开发 N 层应用程序”。 这让我想问，什么是 N 层架构？如何获得相关经验？

我想知道MVC(一种架构模式)和n层架构在应用程序中的区别。我搜索了一下，但找不到简单的解释。也许我对MVC概念有点幼稚，所以如果有人能够解释一下它们之间的区别，那就太好了。

作为一名软件工程师，我倾向于在应用层编写业务逻辑，而通常只在数据库中依靠CRUD（创建、检索、更新和删除）操作。另一方面，我遇到过一些应用程序（通常是较旧的应用程序），其中大量的业务逻辑是写在存储过程中的，因此有些人更喜欢在数据库层编写业务逻辑。 对于那些已经或喜欢在存储过程中编写业务逻辑的...

我有一个名为“repository layer”的数据访问层，由服务层调用。服务层返回序列化的DTO并通过网络发送。通常情况下，服务层仅仅是访问 repository 并返回 repository 返回的任何内容。 但是，为了使此功能正常工作，repository 必须返回该 DTO 的实例...

我正在使用Spring框架。我的服务类应该创建为单例吗？有人可以解释一下为什么或者为什么不应该这样做吗？谢谢！ 答案是：在Spring框架中，建议将服务类创建为单例模式。因为单例模式可以提高应用程序的性能和可靠性，同时也避免了重复创建对象的开销。

我不理解什么元素被称为一级、二级和三级元素，以及它们所在的位置。它们可以存在于同一台机器上，还是不同的机器上？哪个层次的元素放置在哪个机器上？我们如何将特定的应用程序标识为二层或三层应用程序？请举例说明。

我正在设计一个ASP.NET MVC应用程序，使用Jeffrey Palermo所描述的Onion Architecture。 这是一个ASP.NET MVC 2.0项目，我要求所有视图都使用专用的视图模型进行强类型化 - 我们不会将领域模型传递给视图。我们使用AutoMapper进行翻译 ...

在分层应用程序中，处理异常的建议方法或最佳实践是什么？ 应该在哪里放置try/catch块？ 在哪里应该实现日志记录？ 是否有一种建议的模式来管理n层应用程序中的异常？ 考虑一个简单的例子。假设您有一个用户界面(UI)，它调用业务层(Business Layer)，再由业务层调用数据层...

我在考虑在我的新项目中使用MVC模式，我清楚地看到这种模式的主要优点是将数据层（模型）与演示层（视图）更紧密地联系在一起，这将使应用程序速度稍微提高。但除了性能方面之外，MVC模式是否有其他优点，超过了视图-逻辑-数据分层类型模式? 编辑： 对于那些感兴趣的人，我刚刚上传了一个PHP代码示例...

所以，这个问题实际上是我当前的关键点。 我正在重构我的个人项目，尝试提高性能，优化内存使用，使代码易于理解清晰。我有不同的应用程序层（实际上是DAL、BLL、服务代理，即WCF服务）。我使用Entities/Models/DTOs在这些层之间传递数据，这些数据是无状态的（完全没有任何逻辑）。目...