状态模式：作为休眠单例实体的状态

Question

我有的：
我已经实现了一种“状态模式”。 现在我的应用程序中有十二个州，它们都是Spring的bean，例如：

@Service(value = "FinishedState")
@Scope("singleton")
public class FinishedState extends AbstractState {    
  private final String stateName = "Finished";
  private final String badgeColor = "#459852";

  //implementation of state API
}

我想要的是：
能够更改stateName和badgeColor而不用重新编译我的应用程序。 换句话说，我想将状态存储在DB中。

这是什么问题：

1. 使所有国家都成为Singleton实体是个好主意吗？
2. 我可能会遇到什么困难？

意味着我将为每个州手动设置一个id，例如id = this.getClass().getSimpleName() ，并将所有状态兄弟映射到一个表中。

---

编辑（对于@Adam Arold）：

同样值得一提的是，我需要其他实体可以引用Singleton的状态 。

@Service(value = "FinishedState ")
@Scope("singleton")
public class FinishedState extends AbstractState {
  private final String stateName = "Finished";
  private final String badgeColor = "#459852";

  @Override
  public void someMethod1(Session session, String newState, MyEntity entity) {
       entity.setStatus(newState);
       writeHistory(entity);
  }

  @Override
  protected boolean someMethod2(Session session, AbstractState newState, MyEntity entity) 
  {
      return true;
  }
}

Answer 1

我使状态成为Singletons的唯一时间是当我频繁更改状态时。 当性能至关重要时，这很有用-如果我不想每次从状态来回切换时都不希望调用new 。

建议

我对您的建议是您分析：

• 您的系统如何根据状态运行？
• 您会经常更改状态吗？
• 您是否可以在系统执行期间留出一定数量的活动状态实例来存储内存？

我看到的唯一问题是，系统运行时，Singleton状态将一直存在，直到系统完成。

就我个人而言， 我会让他们成为单身汉

Answer 2

我以：

@MappedSuperclass
@Inheritance(strategy= InheritanceType.SINGLE_TABLE)
@Table(name = "state")
public class StateBase {

    /**
     * Entity API
     */
    @Id
    @Column(name = "id")
    private String id = this.getClass().getSimpleName(); //prevent from creating two instances of state

    @Column(name = "name")
    private String name;

    @Column(name = "badgeColor")
    private String badgeColor;

    //only Getters! also hashCode and Equals
    //.....................

    /**
     * ======== State API ========
     * Use TEMPLATE METHOD and hooks
     */
    final public void changeState(Session session, State newState, StateEntity entity) { //StateEntity is interface that is implemented by all entities that have a state
        if(newState.equals(this)) return;

        if (canMove(session, newState, entity)) {
            hook(session, newState, entity);
            beforeTransition(session, newState, entity);
            makeTransition(session, newState, entity);
            afterTransition(session, newState, entity);
        } else {
            throw new TransitionDeniedException("Transition from " + getName() + " to " + newState.getName() + " is denied.");
        }
    }

    //Defauls implementation for all (or almost all hooks)
    protected void beforeTransition(Session session, State newState, StateEntity entity) {
        entity.setState(newState);
    }

    protected void afterTransition(Session session, State newState, StateEntity entity) {
        writeHistory(entity);
       session.merge(entity);
    }
    //..........................
}

然后：

@Entity
public class SpecificState extends StateBase {

    //Override hook
    @Override
    public void makeTransition(Session session, State newState, StateEntity entity) {
        MyEntity myEntity = (MyEntity ) entity;
        String commentText = "some comment";
        String author = "[autogenerated]";
        addProfileComment(session, myEntity, commentText, author);
    }
}

由于我的实现，所有状态都是实体，但是它们只有私有的String字段而没有Setters。 因此它们没有可变状态。 因此，是否可以存在一个或多个特定状态的实体（在内存中）并不重要。 在DB中，我一次只能存储一个特定状态类的实体。

好处

1. 它使我忘记了状态同步的麻烦以及与用Hibernate实体替换Spring单例bean相关的另一个可能的困难。
2. 它还允许用户通过管理工具更改name和badgeColor ，而无需重新编译整个应用程序。

缺点：

没有观察到。