Государственный дизайн, но избегая одиночных игр

Question

Это становится немного сложнее. Я использую шаблон состояния в своем приложении для управления состояниями. Я хочу иметь один экземпляр каждого состояния в моем приложении, но я не хочу, чтобы каждый класс состояния был одноуровневым. Другой подход, который приходит мне на ум, заключается в написании класса StateLocator. StateLocator может быть одноточечным и может содержать экземпляры всех состояний. Расскажите, пожалуйста, о том, является ли StateLocator хорошим решением или есть какие-либо другие решения, в которых я все еще могу иметь только один экземпляр государства и потенциально избегать одиночных игр.

Любая помощь приветствуется. например

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

ничего не зная о вашем дизайне, это хороший способ избежать одиночек. Реестр может быть одноэлементным (необязательно обязательно).