Szukam informacji o wzorcach projektowych w internecie i wyczytałem, że Signleton umozliwia jednego obiektu z klasy z globalnym dostepem.
Potem jednak zatrzymuję się na nie do końca dla mnie czytelnym kodzie. Moze ktoś dobry opisać krótko jak używać singletonu na jakimś konkretnym przykładzie najlepiej podając w komentarzach obok linijki jak najprościej za co dana linijka jest odpowiedzialna? Znalazlem w internecie kilka krotkich przykładow programów, które implementują ten wzorzec, ale niestety ogolnikowo i slabo wyjasnionych.
0
Java 
- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
1
Chodzi ci o zastosowanie?
Wyobraź sobie że masz aplikację desktopową którą można sobie skonfigurować i powybierać różne opcje. Działanie wsystkich funkcji aplikacji zależy od tej konfiguracji.
Powiedzmy że masz w konfiguracji do ustawienia scieżkę do katalogu z plikami wejściowymi i wyjściowymi.
Jeśli teraz w aplikacji klikas guzik "otwórz plik" to powinno pojawić się okienko wyboru pliku, ale powinno wystartować w katalogu z konfiguracji. Analogicznie jak robisz "zapisz plik". Siłą rzeczy widać, że potrzeba tej konfiguracji w różnych miejscach. Widać też ze jest tylko jedna.
- Rejestracja:ponad 8 lat
- Ostatnio:około 6 godzin
- Lokalizacja:U krasnoludów - pod górą
- Postów:4706
0
I tak właśnie tworzymy programy, które są praktycznie nietestowalne.
- Rejestracja:ponad 10 lat
- Ostatnio:6 miesięcy
- Lokalizacja:Poznań
- Postów:797
0
A nie jest tak, ze singleton zapewnia jedną instancję a nie globalny dostęp?
chociaż po pewnym zastanowieniu się dochodzę do wniosku, że to trochę to samo
Nie do końca. Nie za bardzo rekomenduję takie podejście, ale dzięki package-access możesz ograniczyć zasięg singletona do pakietu, w którym się znajduje. W teorii świetny pomysł, w praktyce pewnie jak to zbytnie poleganie na singletonach - po jakimś czasie się rozleci.
- Rejestracja:ponad 7 lat
- Ostatnio:około 6 lat
- Postów:101
1
Jak stosować singleton? Nie stosować. Jeśli potrzebujesz, żeby jeden obiekt miał referencję do drugiego, wrzuć mu tę referencję np. przez konstruktor albo jako argument metody.
public class A {
private final B be;
public A(B be) {
this.be = be;
}
}
- Rejestracja:około 21 lat
- Ostatnio:prawie 3 lata
- Lokalizacja:Space: the final frontier
- Postów:26433
0
@jarekr000000 @zyxist trochę się tu z wami nie zgadzam, bo mylicie ideę z konkretną metodą implementacji. To troche jakby hejtować Dependency Injection bo ktos nie lubi kontenerów IoC.
Singleton oznacza generalnie, że mamy jedną instancję obiektu oraz zapewniony do niego dostęp, ale wcale nie musi koniecznie ozaczać że mamy tam klasyczne statyczne getInstance() albo coś podobnego, co potem utrudnia testowanie. Wydaje mi się że wstrzykniecie (w dowolny sposób) takiego singletona wcale nie odbiera mu nic z singletonowości.
Zresztą bardzo często w ogóle nie zależy nam koniecznie na tym żeby mieć jeden obiekt, a na tym, żeby operować na tym samym stanie, jak w patternie Borg.
@jarekr000000 dobrze wiesz, że poza enumem nie da się wymusić, żeby istniała tylko jedna instancja. Jak ktoś chce to zawsze może sobie drugą stworzyć, w bardziej lub mniej hardkorowy sposób ;)
Z tym enumem to nie mam teraz chwili się bawić, ale spoko, da się obejść.
Ja tu raczej Unsafem i podobnymi był pojechał.
@jarekr000000 czy założenie nie było takie, że "trudno" zrobić drugą onstancję, a nie że się nie da?
- Rejestracja:ponad 8 lat
- Ostatnio:około 6 godzin
- Lokalizacja:U krasnoludów - pod górą
- Postów:4706
0
Pomijając fakt, że zawsze można hardkorowo stworzyć instancję to nie sądzisz, że ten Singleton umowny to troszkę słabizna.
Dziadowie założyciele Javy wymyślali jakieś public, private, a my tu robimy wszystko public i umawiamy się, że będziemy pamiętać, żeby niektórych konstruktorów i metod nie wywoływać, bo niu - niu. Piękne.
Założyciele Javy w pierwszej wersji dorzucili też aplety.
1
Taki mały offtopic, bo @jarekr000000 i @Shalom trochę popłynęli :)
- Singleton jako wzorzec projektowy ma zastosowanie wszędzie tam gdzie nie ma sensu tworzenie wielu instancji obiektów TEJ SAMEJ KLASY. Przykładem jest konfiguracja, ale też np. obiekty fabryk, czy też bezstanowe usługi.
- Czym innym jest jednak wstrzykiwanie singletonów, ponieważ to powinno opierać się o interfejsy. W ten sposób w jednym systemie możesz mieć wiele singletonów, które implementują ten sam interfejs.
- Testowalność zależy od tego jak używasz singletonu i jak go inicjujesz. Jeżeli używasz go jako zależności, którą wstrzykujesz przez konstruktor i powiązanie pomiędzy twoim kodem a singletonem jest na poziomie interfejsu, to kod nadal jest testowalny. Pytanie jak przetestować singleton?
- Jeżeli jest bezstanowy i nie ma żadnych zależności/zależności przyjmuje w jako argumenty poszczególnych metod, to pikuś.
- Jeżeli jest bezstanowy, ale ma zależności, to należy tak przygotować jego inicjalizację, by można było konfigurować nasz obiekt. Metoda fabrykująca jest całkiem OK.
- Jeżeli jest stanowy, to masz problem.
- Rejestracja:ponad 7 lat
- Ostatnio:około 6 lat
- Postów:101
0
@Shalom, autor pytał o konkretny wzorzec projektowy, a nie o ideę:
Szukam informacji o wzorcach projektowych w internecie i wyczytałem, że Signleton umozliwia jednego obiektu z klasy z globalnym dostepem.
To jest oczywiste, że w aplikacji będą klasy, których liczba instancji wynosi 1 i chyba nikt tutaj tego nie zanegował.
Shalom