哪种设计模式与工厂模式相反？

Question

我想知道是否有与工厂模式相反的模式。例如，当需要删除某个对象时，需要完成一些额外的工作，以撤消在工厂对象中执行的配置。

例如，使用删除方法扩展工厂对象似乎是错误的，因为工厂模式是严格的创建模式。

更新：我使用工厂的原因是因为需要完成的配置会引入一些不适合的对象的依赖关系。将这种取消配置放入构造函数中会带来同样的问题。

Answer 1

我使用“回收设施”模式与工厂协同工作：

• 为每个可以回收的类提供一个“干净”的方法，
• 实例提供一个“唯一的 ID”。

为每个对象 将其发送到“回收设施”(RF)：

• RF 根据某种策略存储对象（例如，仅保留类 Y 的 X 个实例）。
• 当需要类 Y 的实例时，工厂“询问”RF 是否需要该对象。有一个
  • 如果 RF 方便的话，RF 会调用实例上的“clean()”方法并将其返回到工厂

......等等。

希望这有帮助。

Answer 2

我有同样的问题，我对现有的答案不满意，而且我不喜欢“回收”（我不重复使用它）或“DeathKeeper”（听起来轻松）这些术语。存储库很好，但有时有点过分了。它甚至可能不是您应用程序的重要组成部分，而更像是 GDPR 功能。

工厂模式没有完全相反的模式，我同意这个名称意味着创建性，并且单一责任规则反对向其添加删除功能。

我决定创建一个像 AccountDisposer 这样的 Disposer：

public interface IAccount
{
    int Id { get; }
    void Dispose(AccountDisposer accountDisposer);
    // Other properties and methods
}

public interface IAccountDisposer {
    void DisposeAccount(AccountSet account);
}

public class AccountSet : IAccount
{
    public int Id { get; set; }

    //TODO: move into AccountFactory
    public static void Create(int id) {
        var accountSet = new AccountSet { Id = id };
    }

    public void Dispose(AccountDisposer accountDisposer)
    {
        accountDisposer.DisposeAccount(this);
    }
}

public class AccountDisposer : IAccountDisposer
{
    private readonly MyDbContext _dbContext;

    public AccountDisposer(MyDbContext dbContext) {
        _dbContext = dbContext;
    }

    public void DisposeAccount(AccountSet account)
    {
        _dbContext.AccountSet.Remove(account); // <- this matters
    }
}

请注意，我没有使用 IDisposable，因为我需要一个参数。如果您知道更聪明的方法或有其他反馈，请在评论中告诉我。 AccountSet 中的 DisposeAccount() 方法通常是可选的。

Answer 3

存储库可用于删除持久化对象，或者您可以使用 dispose 方法对仅内存中的对象进行一些清理。

Answer 4

这就是使用工厂的正确方法。工厂不仅是创建对象的方式，也是表达：我需要为这些对象进行特殊初始化的方式。对于您的问题，我认为最好的解决方案是通知工厂一些事件，例如处置。因此，您的对象创建将以这样的方式完成：创建、订阅工厂到新创建对象的事件。每次删除对象时，您都会通知工厂并执行您需要的操作。

如果您不喜欢将其放入工厂，您可以将其委托给某种其他对象，例如 DeathKeeper ;-)。所以你的代码看起来像这样：

//Inside factory create method
MyObject obj = GetNewInitializedObject();
_deathKeeper.RegisterObject(obj);

return obj;

现在每次你需要删除对象时，你的对象都会通知死亡守护者，它会执行所有处理逻辑。顺便说一句，我不知道它是如何工作的，但是您可以使用 IDisposable 接口来执行自定义逻辑来处理对象持有的资源。该决定取决于您的项目中的内容并且由您决定。