状態のデザインパターンがシングルトンを避ける

Question

これはややこしいです。私は状態を管理するためにアプリケーションで状態パターンを使用しています。アプリケーションで各状態のインスタンスを1つずつ作成したいのですが、各状態クラスをシングルトンクラスにしたくありません。私の頭に浮かぶもう一つのアプローチは、StateLocatorクラスを書くことです。 StateLocatorはシングルトンにすることができ、すべての状態のインスタンスを保持できます。 StateLocatorが良い解決策に見えるかどうか、あるいは私がまだ州のインスタンスを1つしか持たず、潜在的にシングルトンを避けることができる他の解決策があるかどうかを教えてください。

何か助けていただければ幸いです。例えば

public interface TestState { 

    public void onTest(); 
    public void onApprove() 

} 

class StateA implements TestState { 
    public void onTest() { 
    } 
    public void onApprove() { 
    } 
} 

class StateB implements TestState { 
    public void onTest() { 
    } 
    public void onApprove() { 
    } 
} 

class StateLocator { 

    private StateA mStateA; 
    private StateB mStateB; 

    StateLocator() { 
     mStateA = new StateA(); 
     mStateB = new StateB(); 
    } 

    public TestState getState(int stateType) { 

     if(stateType == 1) { 
      return mStateA; 
     } else { 
     return mStateB; 
     } 
    } 
} 

Answer 1

StateLocatorは、あなたがそれを使用している方法で、「レジストリ」のパターンデザインについて何を知っていない

http://martinfowler.com/eaaCatalog/registry.html

あり、これはシングルトンを避けるための良い方法です。レジストリはシングルトンになる可能性があります（必ずしもそうである必要はありません）。