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

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

Der dpunkt.verlag verschenkt zur Weihnachtszeit in jeder der vier Adventswochen einer ihrer beliebten dpunkt.broschüren als PDF. Diese Woche steht "Requirements Engineering, 2. aktualisierte Auflage" von Chris Rupp zum kostenlosen download bereit.

• 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

• 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

Ich möchte euch aufzeigen was für Möglichkeiten bestehen, um eine Klasse zu Refaktorieren. Die besagte Klasse WebBrowserDetector ist eine relativ kleine Klasse die schon einige Jahre hinter sich hat und dazu dient, die UserAgent Variable zu analysieren, um bestimmte Daten ermitteln zu können. Sie wurde bei einem meiner Projekte geboren, weil es hieß, die Funktion get_browser wäre für die Anforderung zu aufgebläht und zu langsam. Ich lass das jetzt einfach mal so stehen.

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