Wzorce projektowe, coto, poco, dlaczego |
Tematy na forum Pro mogą zakładać jedynie moderatorzy. W otwartych tematach może pisać każdy, kto ma coś fachowego do powiedzenia. Wszystkie posty nie wnoszące nic do tematu będą natychmiast usuwane, a ich autorzy dostaną ostrzeżenie.
Jeśli uważasz, że jakiś temat jest warty dyskusji na tym forum, zgłoś go w temacie Propozycje.
Wzorce projektowe, coto, poco, dlaczego |
17.04.2007, 10:42:25
Post
#1
|
|
Grupa: Moderatorzy Postów: 36 470 Pomógł: 6300 Dołączył: 27.12.2004 |
Przez te święta człowiek rachube stracił i zapomniał o PRO.
No to może coś o wzorcach projektowych? Co to jest, na co to komu, jakie korzyści przyniesie stosowanie, jakie mamy wzorce (opis). -------------------- "Myśl, myśl, myśl..." - Kubuś Puchatek || "Manual, manual, manual..." - Kubuś Programista "Szukaj, szukaj, szukaj..." - Kubuś Odkrywca || "Debuguj, debuguj, debuguj..." - Kubuś Developer |
|
|
19.04.2009, 10:14:00
Post
#2
|
|
Grupa: Zarejestrowani Postów: 1 415 Pomógł: 117 Dołączył: 7.09.2005 Skąd: Warszawa Ostrzeżenie: (0%) |
Dorzucę swoje 0,02zl
Singleton nie jest złym wzorcem. Ma swój sens i cel. Niestety implementacje, które są propagowane w światku PHP (ten z getInstance()) kuleją bardzo z powodu niewrażliwości na kontekst wywołania i zafałszowania (narzuca obiektowi działanie niezgodne z jego dziedziną). Robią się z Tego takie globale. Wspomniał ktoś tutaj, że hermetyzacje (każdej aplikacji) można złamać na wiele sposobów. Trudno się z tym nie zgodzić, ale czy to powód, że od samego początku, że się tak wyrażę kolokwialnie, srać sobie w kodzie? Bardzo ładnie radzą sobie frameworki, chociażby, Javowe używając prześwietnych kontenerów IoC. To one załatwiają sprawę singletona, więc pisząc obiekt nie zastanawiasz się, czy ma być singletonem (separation of concerns), czy nie. I nie natkniesz się na problem przy testowaniu takiego obiektu Bo testability leci pod sufit wtedy. Ten post edytował LBO 19.04.2009, 10:14:38 |
|
|
Wersja Lo-Fi | Aktualny czas: 30.05.2024 - 11:53 |