我正在使用 asp.net mvc 创建一个 n 层 wep 应用程序,它调用无状态服务层。
因此,除了服务层使用 ORM 处理的“模型”之外,我还为每个映射到特定 Controller 的模型类提供了一个 DTO。然后,对于每个 DTO 类,我都有一个 UI 模型类,我用 DTO 中的适当数据填充该类,然后将其与 View 一起使用。然后,在发布的 Controller 中,我将信息从 UI View 发送到服务层。听起来对吗?
最佳答案
是的,听起来您正在关注 Single Responsibility Principle而不是把 God Classes 中的所有东西都一起咀嚼.
很少有太多的类,但最重要的一点不是数量,而是职责的明确划分和封装。
从给出的简短描述来看,这听起来并不完全不对。
关于asp.net-mvc - asp.net mvc 我是否为我的模型使用了太多类?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/2154947/