D-Down is coding

• Refaktorierung einer Klasse - Teil 1
• Refaktorierung einer Klasse - Teil 2
• Refaktorierung einer Klasse - Teil 3
• Refaktorierung einer Klasse - Teil 4
• Refaktorierung einer Klasse - Teil 5

Es ist schon einiges in den letzten Teilen geschafft worden. Mittlerweile kann die Klasse, ohne eine Kindklasse, erweitert werden. Trotzdem sind einige Sachen an der Klasse die mich weiterhin stören. Zu einem ist es das Singleton-Pattern und die globale Abhängigkeit der Variable HTTP_USER_AGENT. An die mache ich mich jetzt dran.

"Refaktorierung einer Klasse - Teil 5" vollständig lesen

• Refaktorierung einer Klasse - Teil 1
• Refaktorierung einer Klasse - Teil 2
• Refaktorierung einer Klasse - Teil 3
• Refaktorierung einer Klasse - Teil 4
• Refaktorierung einer Klasse - Teil 5

Im vierten Teil werde ich die Klasse dahingehen Refaktorieren, dass WebClients hinzugefügt bzw. entfernt werden können. Der derzeitige Stand der Klasse, was die Erweiterung bezüglich WebClients angeht, ist genau wie der alte Stand bezüglich der Betriebsysteme, bevor die Klasse dahingehend Refaktorisiert wurde. Was bedeutet, dass die Klasse in Moment nur über eine weitere Kindklasse erweitert werden kann.

"Refaktorierung einer Klasse - Teil 4" vollständig lesen

• Refaktorierung einer Klasse - Teil 1
• Refaktorierung einer Klasse - Teil 2
• Refaktorierung einer Klasse - Teil 3
• Refaktorierung einer Klasse - Teil 4
• Refaktorierung einer Klasse - Teil 5

Im dritten Teil möchte ich die Klasse dahingehend Refaktorieren, dass Betriebsysteme hinzugefügt oder entfernt werden können. Wenn wir uns den derzeitigen Stand der Klasse anschauen, ist dies nur bedingt möglich und führt einfach nur zu schlechtem Code der nichts mit Separation of Concerns zu tun hat. Derzeit kann man die Klasse nämlich nur über eine Kindklasse erweitern. Was meiner Meinung nach unschön und unnötig ist.

"Refaktorierung einer Klasse - Teil 3" vollständig lesen

Ich habe es schon ziemlich oft beobachtet, dass vor allem PHPUnit-Neulinge immer den selben Fehler mit der Reihenfolge der Argumenten für die assert-Methoden machen. Dabei ist die Reihenfolge der Argumenten der assert-Methoden entscheidend.

"PHPUnit: Die Reihenfolge ist entscheidend" vollständig lesen

• Refaktorierung einer Klasse - Teil 1
• Refaktorierung einer Klasse - Teil 2
• Refaktorierung einer Klasse - Teil 3
• Refaktorierung einer Klasse - Teil 4
• Refaktorierung einer Klasse - Teil 5

Im zweiten Teil beginne ich mit was leichtem, nämlich, mit dem Smell "Poorly Written Comment". Hier werde ich vor allem redundante Kommentare entfernen. Das sind z.B. Kurzbeschreibungen, die identisch mit den Methodennamen sind, oder der PHPDoc-Tag @return void, wenn die Methode keinen Wert zurückliefert.

"Refaktorierung einer Klasse - Teil 2" vollständig lesen