Radzenie sobie z Singletonami, które mają do podklasy

Question

W pytaniu What is an efficient way to implement a singleton pattern in Java? odpowiedź z najbardziej upvotes mówi, aby użyć Enum do implementacji singleton.

To dobrze, rozumiem argumenty i zalety językowe.

Mam jednak zestaw klas, które definiuję singleton, ale które muszą rozszerzyć inne klasy, nie jest to możliwe z podejściem enum, , ponieważ wyliczenia nie mogą podklasy.

Joshua Bloch mówi w swoich slajdów:

• Ale jedno brakuje-nie można przedłużyć typ enum
  • W większości przypadków nie powinno
  • One przekonujące kody przypadków użycia

W większości przypadków nie powinieneś: Czy ktoś może opracować na ten temat? Zaimplementowałem kilka serwletów i rozciągają się one na HttpServlet, dlaczego nie powinny być one singletonami? Chcę tylko jeden egzemplarz ich w mojej aplikacji.

Answer 1

Klasa Singleton może rozszerzać inne klasy; domyślnie w Javie i tak rozszerzyłoby Object. Jednak Josh ma na myśli to, że nie należy rozszerzać klasy Singleton, ponieważ po jej rozszerzeniu występuje więcej niż 1 instancja.

Odpowiadając na komentarz:

rzeczywiście najlepszym sposobem wdrożenia singleton jest:

Od Efektywna Java

// Singleton with static factory 
public class Elvis { 
private static final Elvis INSTANCE = new Elvis(); 
private Elvis() { ... } 
public static Elvis getInstance() { return INSTANCE; } 
public void leaveTheBuilding() { ... } 
} 

Tutaj Elvis może przedłużyć żadnej innej klasy.

Answer 2

Josh odnosi się do rozszerzenia typu wyliczeniowego, a nie do tego, aby typ singletonowy obejmował coś innego.

Answer 3

Nie należy przejmować się rzeczywistą instancją serwletów - zarządzanie cyklem życia jest obsługiwane przez kontener serwletu zgodnie z umową specyfikacji serwletu, na którą się zgodziliście. Jeśli ma sens implementowanie części funkcji po stronie serwera jako singletonu, to rób to w dowolny sposób i używaj z serwletu.