我需要使用状态模式进行数据审批流程吗？

Question

我们系统的用户可以提交未经验证的联系数据。例如：

• 名字：null
• 姓氏：231
• 电话号码：不确定
• 等

此数据存储在 PendingContacts 表中。

我有另一个表 - ApprovedContacts。该表具有多种约束来提高一致性和完整性。该表不应包含任何脏数据或不完整数据。

我需要一个将数据从一个表移动到另一个表的过程。两个表的结构几乎相同，但是，一个表具有约束，而另一个表则没有。

我有两种状态：待处理和已批准，直觉告诉我应该使用状态模式详细信息。理论上，这应该允许我将联系人的状态从“待处理”更改为“已批准”，具体取决于联系人是否已成功验证。问题是我不明白这是如何运作的。

我的方向是正确的还是应该考虑一些完全不同的东西？

表示层位于 MVC 3 中，因此我有待处理联系人和已批准联系人的视图模型，以及待处理联系人和已批准联系人的域模型。我的视图模型通常是具有一些验证例程的 DTO，但现在我的视图模型也表示状态。这似乎不对。

例如，所有联系人都必须有一个状态，并且可以保存和删除，因此我需要一个接口：

public interface IContactViewModelState
{        
    void Save(ContactViewModel item);
}

然后我添加一个实现，用于将挂起的联系人​​保存到 PendingContacts 表中：

public class PendingContactViewModelState: IContactViewModelState
{
    public void Save(ContactViewModel item)
    {
        // Save to the pending contacts table
        // I don't like this as my view model now references data access layer 
    }
}

Answer 1

简短的回答：不，因为你只有两种状态。您可以使用状态模式来帮助处理具有许多状态和规则的复杂情况。您可能想要采用基于状态模式的成熟实现的唯一原因是，如果您很有可能出现这种情况。

如果成功转换到已批准的结果是记录最终出现在已批准的表中，那么您实际上只需要决定要在何处强制实施约束。该决定将/可以基于许多因素，包括可能的更改频率（针对约束）以及其他逻辑所在的位置。

许多模式（但不是全部）倾向于处理如何构建应用程序，但在这里我认为这只是决定在何处以及如何实现某些逻辑的情况。换句话说 - 你可能只是不小心过度分析了问题 - 这很容易做到:)