Kommentare zu: TemplateMethod vs. method_exists()-Prüfung https://blog.ebene7.com/2012/01/11/templatemethod-vs-method-exists-pruefung/ Wed, 19 Dec 2018 08:31:45 +0000 hourly 1 http://wordpress.org/?v=3.2.1 Von: Daniel https://blog.ebene7.com/2012/01/11/templatemethod-vs-method-exists-pruefung/comment-page-1/#comment-9780 Daniel Wed, 11 Jan 2012 10:53:26 +0000 http://blog.ebene7.com/?p=3295#comment-9780 Schaden wird es sicher nicht. :-) Wie schon gesagt geht es ja darum, dass die aufrufende Klasse diese (leere) Methode immer schon mitbringt, bzw. in diesen Beispielen wie sich die verschiedenen Aufrufe mit/ohne Prüfung auf die Verarbeitungszeit auswirken. Schaden wird es sicher nicht. :-)

Wie schon gesagt geht es ja darum, dass die aufrufende Klasse diese (leere) Methode immer schon mitbringt, bzw. in diesen Beispielen wie sich die verschiedenen Aufrufe mit/ohne Prüfung auf die Verarbeitungszeit auswirken.

]]> Von: Pierre https://blog.ebene7.com/2012/01/11/templatemethod-vs-method-exists-pruefung/comment-page-1/#comment-9779 Pierre Wed, 11 Jan 2012 10:42:59 +0000 http://blog.ebene7.com/?p=3295#comment-9779 Es empfiehlt sich trotzdem, ein Interface zu nutzen, welches diese Methode vorgibt. Erstens, man kann relativ einfach Mocken in Tests. Zweitens wird sichergestellt, das es die Methode gibt (erspart mit Type Hinting den method_exists Check). Drittens, eine Abstrakte Basis-Klasse kann die Methode (leer) implementieren. Es empfiehlt sich trotzdem, ein Interface zu nutzen, welches diese Methode vorgibt. Erstens, man kann relativ einfach Mocken in Tests. Zweitens wird sichergestellt, das es die Methode gibt (erspart mit Type Hinting den method_exists Check). Drittens, eine Abstrakte Basis-Klasse kann die Methode (leer) implementieren.

]]> Von: Daniel https://blog.ebene7.com/2012/01/11/templatemethod-vs-method-exists-pruefung/comment-page-1/#comment-9778 Daniel Wed, 11 Jan 2012 09:25:22 +0000 http://blog.ebene7.com/?p=3295#comment-9778 Bei den Templatemethoden geht es genau darum, dass sie nicht von einer erbenden Klasse implementiert werden müssen wie das bei der Verwendung von Interfaces oder abstrakten Klassen der Fall wäre. Dadurch lassen sich z.B. Hooks in Softwareprojekten umsetzen, wobei diese innerhalb einer bestehenden Logik immer aufgerufen werden und es dadurch ist, diese einfach durch eigenen Code zu erweitern. Bei den Templatemethoden geht es genau darum, dass sie nicht von einer erbenden Klasse implementiert werden müssen wie das bei der Verwendung von Interfaces oder abstrakten Klassen der Fall wäre.

Dadurch lassen sich z.B. Hooks in Softwareprojekten umsetzen, wobei diese innerhalb einer bestehenden Logik immer aufgerufen werden und es dadurch ist, diese einfach durch eigenen Code zu erweitern.

]]> Von: Norbert https://blog.ebene7.com/2012/01/11/templatemethod-vs-method-exists-pruefung/comment-page-1/#comment-9776 Norbert Wed, 11 Jan 2012 08:30:43 +0000 http://blog.ebene7.com/?p=3295#comment-9776 Wenn es nur darum geht sicherzustellen, dass eine Methode in einer Klasse vorhanden ist kann man auch einfach ein entsprechendes Interface definieren und die Klasse implementiert dieses dann. <code>method_exists</code> nicht zu benutzen hat noch einen weiteren Vorteil: Refactorings werden leichter und man muss nicht mit Strings von Methodennamen arbeiten. Wenn es nur darum geht sicherzustellen, dass eine Methode in einer Klasse vorhanden ist kann man auch einfach ein entsprechendes Interface definieren und die Klasse implementiert dieses dann.

method_exists nicht zu benutzen hat noch einen weiteren Vorteil: Refactorings werden leichter und man muss nicht mit Strings von Methodennamen arbeiten.

]]>