Dieser Post versteht sich ein bisschen als „Reminder“. Bei den folgenden 5 Patterns habe ich in den Codebeispielen besonderen Wert auf Einfachheit gelegt, sodass man ohne gro\u00dfe Erkl\u00e4rung gleich sieht, worum es geht. Ich finde es wichtig, sich nach einiger Zeit immer mal wieder die Patterns vor Augen zu halten.<\/p>\n
Eine „Fabrik“ erzeugt je nach Anwendungskontext verschiedene Klassen und gibt diese zur\u00fcck.<\/p>\n
\r\ninterface IPermission\r\n{\r\n\tpublic function deleteFilePermission();\r\n}\r\n\r\nclass AdminPermission implements IPermission\r\n{\r\n\tpublic function deleteFilePermission()\r\n\t{\r\n\t\treturn true;\r\n\t}\r\n}\r\n\r\nclass UserPermission implements IPermission\r\n{\r\n\tpublic function deleteFilePermission()\r\n\t{\r\n\t\treturn false;\r\n\t}\r\n}\r\n\r\n\/\/-----------------------------------------------\r\n\r\nclass UserFactory\r\n{\r\n\tpublic static function build($type)\r\n\t{\r\n\t\tswitch ($type)\r\n\t\t{\r\n\t\t\tcase 'admin': \r\n\t\t\t\treturn new AdminPermission();\r\n\t\t\t\tbreak;\r\n\t\t\tcase 'user': \r\n\t\t\t\treturn new UserPermission();\r\n\t\t\t\tbreak;\r\n\t\t\tdefault: \r\n\t\t\t\tthrow new Exception("No valid type");\r\n\t\t}\t\t\t\r\n\t}\r\n}\r\n\r\n\/\/-----------------------------------------------\r\n\r\n\/\/admin is allowed to delete files\r\n$admin=UserFactory::build("admin");\r\nvar_dump($admin->deleteFilePermission()); \/\/bool(true)\r\n\r\n\/\/user is not allowed to delete files\r\n$user=UserFactory::build("user");\r\nvar_dump($user->deleteFilePermission()); \/\/bool(false)\t\r\n<\/pre>\nIterator<\/h2>\n
Das iterieren mit foreach ist durch das Iterator-Pattern auch \u00fcber eine Klasse m\u00f6glich – so als ob sie ein Array w\u00e4re. Sinnvoll, wenn ich klassenintern komplexe Strukturen abgebildet habe, die ich nach au\u00dfen simpel darstellen m\u00f6chte. Allerdings ist mein Beispiel bewusst einfach gehalten – eigentlich eine Vergewaltigung des iterator-Patterns, bei dem ein einfaches Array die bessere Wahl gewesen w\u00e4re. Aber der Zusammenhang sollte klar werden.<\/p>\n
\r\nclass LottoNumbers implements Iterator \r\n{\r\n\tprivate $_lottoNumbers;\r\n\tprivate $_currentPos = 0;\r\n \r\n\tpublic function __construct(array $lottoNumbers) \r\n\t{\r\n\t\t$this->_lottoNumbers = $lottoNumbers;\r\n\t}\r\n \r\n\tpublic function current() \r\n\t{\r\n\t\treturn $this->_lottoNumbers[$this->_currentPos];\r\n\t}\r\n \r\n\tpublic function key() \r\n\t{\r\n\t\treturn $this->_currentPos;\r\n\t}\r\n \r\n\tpublic function next() \r\n\t{\r\n\t\t++$this->_currentPos;\r\n\t}\r\n \r\n\tpublic function rewind() \r\n\t{\r\n\t\t$this->_currentPos=0;\r\n\t}\r\n \r\n\tpublic function valid() \r\n\t{\r\n\t\treturn isset($this->_lottoNumbers[$this->_currentPos]);\r\n\t}\r\n}\r\n\r\n$lotto = new LottoNumbers(array(12,41,14,34,3,23));\r\n\r\nforeach ($lotto as $nr => $lottoNumber) \r\n{\r\n\techo "Lottonr.".$nr." = ".$lottoNumber."<br \/>";\r\n}\r\n<\/pre>\nDabei ist das iterator-Interface selbst „php-intern“ wie folgt definiert:<\/p>\n
\r\ninterface Iterator\r\n{\r\n\tabstract public mixed current ( void )\r\n\tabstract public scalar key ( void )\r\n\tabstract public void next ( void )\r\n\tabstract public void rewind ( void )\r\n\tabstract public boolean valid ( void )\r\n}\r\n<\/pre>\nObserver<\/h2>\n
Eines der klassischsten Patterns \u00fcberhaupt. Wird verwendet, um das Polling obsolet zu machen. Wenn es mehrere Beobachter gibt, die sich f\u00fcr den Status eines Subjekts interessieren ist es doch viel intelligenter, dass das Subjekt die Beobachter selbst benachrichtigt wenn sich etwas tut. Im Polling-Verfahren w\u00fcrden die Beobachter st\u00e4ndig anfragen m\u00fcssen, ob es denn was neues gibt. Das Observer-Verfahren spart Rechenzeit und macht den Code sauberer.<\/p>\n
\r\ninterface Subject\r\n{\r\n\tpublic function addObserver(Observer $Observer);\r\n\tpublic function removeObserver(Observer $Observer);\r\n\tpublic function notify();\r\n}\r\n\r\nclass Train implements Subject\r\n{\r\n\tprotected $_minutesToArrival;\r\n\tprotected $_observers = array();\r\n \r\n\tpublic function __construct($mins)\r\n\t{\r\n\t\t$this->setMinutesToArrival($mins);\r\n\t}\r\n \r\n\tpublic function addObserver(Observer $observer)\r\n\t{\r\n\t\t$this->_observers[] = $observer;\r\n\t}\r\n \r\n\tpublic function removeObserver(Observer $observer)\r\n\t{\r\n\t\tfor ($i = 0; $i < count($this->_observers); $i++)\r\n\t\t{\r\n\t\t\tif ($this->_observers[$i] === $observer)\r\n\t\t\t{\r\n\t\t\t\tunset($this->_observers[$i]);\r\n\t\t\t\tbreak;\r\n\t\t\t}\r\n\t\t}\r\n\t}\r\n \r\n\tpublic function notify()\r\n\t{\r\n\t\tforeach($this->_observers as $o)\r\n\t\t\t$o->update($this);\r\n\t}\r\n \r\n\tpublic function setMinutesToArrival($mins)\r\n\t{\r\n\t\t$this->_minutesToArrival = $mins;\r\n\t\t$this->notify();\r\n\t}\r\n \r\n\tpublic function getMinutesToArrival()\r\n\t{\r\n\t\treturn $this->_minutesToArrival;\r\n\t}\r\n}\r\n\r\n\/\/----------------------------------------------\r\n\r\ninterface Observer\r\n{\r\n\tpublic function update(Subject $Subject);\r\n}\r\n\r\nclass PassengerJohn implements Observer\r\n{\r\n\tpublic function update(Subject $train)\r\n\t{\r\n\t\techo "John is glad that he arrives in ".$train->getMinutesToArrival()."mins<br \/>";\r\n\t}\r\n}\r\n\r\nclass PassengerMary implements Observer\r\n{\r\n\tpublic function update(Subject $train)\r\n\t{\r\n\t\techo "Mary can sleep ".$train->getMinutesToArrival()."mins till she arrives<br \/>";\r\n\t}\r\n}\r\n\r\n\r\n\/\/----------------------------------------------\r\n\r\n$train = new Train(60);\r\n$john = new PassengerJohn();\r\n$train->addObserver($john);\r\n$mary = new PassengerMary();\r\n$train->addObserver($mary);\r\n$train->setMinutesToArrival(55);\r\n\/\/John is glad that he arrives in 55mins\r\n\/\/Mary can sleep 55mins till she arrives\r\n$train->setMinutesToArrival(45);\r\n\/\/John is glad that he arrives in 45mins\r\n\/\/Mary can sleep 45mins till she arrives\r\n$train->removeObserver($mary);\r\n$train->setMinutesToArrival(35);\r\n\/\/John is glad that he arrives in 35mins\r\n<\/pre>\nSingleton<\/h2>\n
Der Klassiker f\u00fcr Logger- oder Datenbank-Klassen, von denen es naturgem\u00e4\u00df sinnvollerweise nur eine Instanz geben sollte. Allerdings sollte man sich in Verbindung dazu auch die Kritik<\/a> am Singleton-Pattern durchlesen.<\/p>\n\r\nclass MySingletonClass\r\n{\r\n private static $_instance = null;\r\n\t\r\n public static function getInstance() \r\n {\r\n if (self::$_instance === null)\r\n self::$_instance = new self();\r\n \r\n return self::$_instance;\r\n }\r\n \r\n final private function __construct() { }\r\n final private function __clone() { }\r\n\t\r\n\tprivate $_val;\r\n\t\r\n\tpublic function getValue()\r\n\t{\r\n\t\treturn $this->_val;\r\n\t}\r\n\t\r\n\tpublic function setValue($val)\r\n\t{\r\n\t\t$this->_val = $val;\r\n\t}\r\n}\r\n \r\n$instance = MySingletonClass::getInstance();\r\n$instance->setValue(1337);\r\nprint $instance->getValue()."<br \/>"; \/\/1337\r\n\r\n$instance2 = MySingletonClass::getInstance(); \/\/same instance \r\nprint $instance2->getValue()."<br \/>"; \/\/1337\r\n<\/pre>\nStrategy<\/h2>\n
Sehr elegante L\u00f6sung, wenn es f\u00fcr einen Anwendungsfall mehrere Strategien geben kann. Die Payment<\/i>-Klasse muss es garnicht interessieren, was es f\u00fcr Bezahlverfahren gibt. Sie kann sich darauf verlassen, dass sie eine Instanz einer Strategie \u00fcbergeben bekommt, die genau diesen Task erf\u00fcllt. Sinnvoll, um Klassen hoch erweiterbar zu halten und keine Lust auf endlose if \/ else Konstrukte hat.<\/p>\n\r\ninterface IStrategy \r\n{\r\n public function execute();\r\n}\r\n \r\nclass PayCreditCard implements IStrategy \r\n{\r\n public function execute() \r\n\t{\r\n echo "Paying via Credit Card<br \/>";\r\n }\r\n}\r\n \r\nclass PayCash implements IStrategy \r\n{\r\n public function execute() \r\n\t{\r\n echo "Paying in cash<br \/>";\r\n }\r\n}\r\n\r\n\/\/----------------------------------------------\r\n \r\nclass Payment \r\n{\r\n private $_strategy;\r\n \r\n public function __construct(IStrategy $strategy) \r\n\t{\r\n $this->_strategy = $strategy;\r\n }\r\n \r\n public function execute() \r\n\t{\r\n $this->_strategy->execute();\r\n }\r\n}\r\n\r\n\/\/----------------------------------------------\r\n\r\n$payment1 = new Payment(new PayCash());\r\n$payment1->execute(); \/\/Paying in cash\r\n\r\n$payment2 = new Payment(new PayCreditCard());\r\n$payment2->execute(); \/\/Paying via Credit Card\r\n<\/pre>\nAbschlie\u00dfend sei noch bemerkt, dass es hier und da ein paar Feinheiten bei den Patterns je nach Autor gibt. Der Grundgedanke bleibt aber der gleiche.<\/p>\n","protected":false},"excerpt":{"rendered":"
Dieser Post versteht sich ein bisschen als „Reminder“. Bei den folgenden 5 Patterns habe ich in den Codebeispielen besonderen Wert auf Einfachheit gelegt, sodass man ohne gro\u00dfe Erkl\u00e4rung gleich sieht, worum es geht. Ich finde es wichtig, sich nach einiger … Weiterlesen