这个类结构方法是否正确/可取？ (MVC/C#)

Question

我正在构建一个 MVC 应用程序，它比我通常所做的要复杂一些，我想尝试一种新的类结构。基本上有很多阅读正在进行。只有 5-10% 的操作会针对数据库进行插入/更新。

因此，我正在考虑创建从数据库层返回的基本 DTO 类。然后，业务对象将从 DTO 类继承，以便使用所有验证和业务规则扩展基本结构。

例子：

namespace Project.DTO
{
    public class Employee
    {
        public string Name;
        public string Surname;
        ...
    }
}

namespace Project
{
    public class Employee : Project.DTO.Employee
    {
        public bool IsValid()
        {
        ...
        }
    }
}

这是一个好方法吗？我还没有想到的是如何在 MVC 中使用它们，因为“正确”的方法是实现模型类。我相信我也可以创建从 DTO 对象继承的模型类......但我不确定。

我还需要一种使用某种接口来处理所有验证功能的方法，以避免在 GUI 上重复太多通用代码。

提前致谢！

Answer 1

我可能会使用完全不同的方法。我的主要想法是：

• 我希望类之间的耦合更松散，因此我的模型类不会从我的 DTO 对象继承
• 我可能不会在我的模型类中包含验证逻辑

这将导致以下结构开始：

namespace Project.DTO
{
    public class Employee
    {
        public string Name;
        public string Surname;
        ...
    }
}

namespace Project
{
    public class Employee
    {
        public string Name { get; set; }
        public string Surname { get; set; }
    }
}

说到验证逻辑，我会为验证逻辑做一个接口，注入到Emplyee类中：

public interface IValidator<T>
{
    bool IsValid(T objectToInspect);
}
public class Employee
{
    private readonly IValidator<Employee> validator;
    public Employee(IValidator<Employee> validator)
    {
        this.validator = validator;
    }

    public string Name { get; set; }
    public string Surname { get; set; }

    public bool IsValid()
    {
        return validator.IsValid(this);
    }
}

这为您的设计打开了一整套功能，包括使用 IoC 容器和更好地支持测试。

Answer 2

如果验证必须检查参数必须来自数据库的规则怎么办？您的实体将不具备访问该参数的知识和方法。

创建模型/视图模型很好，但验证通常需要更复杂的逻辑，这需要专门的类 - 所以我通常不会在我的实体上实现 IsValid。

但是，您可以针对实体的简单属性使用 System.Component.DataAnnotation 验证属性。