Czy klasa usług powinna być pojedyncza w java?

Question

Podczas projektowania klasy usług powinien być singleton w java? Zasadniczo DAO jest tworzone jako singleton, więc czy klasa usług wywołujących powinna być również pojedyncza?

Answer 1

Singletony są złe, jeśli je rozwijasz. Jeśli korzystasz z wtyczki zależności, pozwól, aby kontener DI obsługiwał pojedynczą naturę obiektu usługi. Jeśli nie używasz wtrysku zależności, użyj metody statycznej zamiast pojedynczej.

klasycznym przykładem źle:

public class HootUtility // singleton because developer was a goofball. 
{ 
    ... 
    public void blammy(...) { ... } 
    public HootUtility getInstance() { ... } 
} 

... somewhere in the code. 

HootUtility.getInstance().blammy(...); // This is silly. 

Lepsza realizacja powyższego:

public class HootUtility // Not a singleton because I am not a ______. (fill in the blank as you see fit) 
{ 
    // You can limit instantiation but never prevent instantiation. 
    // google "java reflection" for details. 
    private HootUtility() 
    { 
    throw new UnsuppotedOperationException(); 
    } 

    public static void blammy(...) { ... } 
} 

... somewhere in the code. 

HootUtility.blammy(...); 

Jeśli masz interfejs usługi, który ma konkretną implementację, użyj ramy wtrysku zależność wstrzyknąć realizację (Ramy DI obejmują: wiosnę i guice).

Edycja: Gdybym używał sprężyny, wybrałabym zakres singletonu (domyślny).

Answer 2

IMHO tak, usługi nie powinny mieć statusu i dlatego należy je składać pojedynczo.

Answer 3

nr

Właściwie uważam, że nie powinien dbać o nią podczas projektowania. Podobnie jak w przypadku architektury @DwB, należy wykonać to zadanie. Ponadto uważam, że nie ma zakresu ("prototyp") powinien być domyślny i nie widzę niczego złego, jeśli ktoś sam go utworzy. Również ten problem można uprościć przez modularyzację i oddzielenie interfejsu usługi od implementacji, zgodnie z zalecanymi najlepszymi praktykami.