In der agilen Softwareentwicklung leiden viele Programme unter der Quick&Dirty Methode. Ein Stakeholder schreit und das gew\u00fcnschte Programm oder Funktion muss schnellstm\u00f6glich umgesetzt werden. Oft bleiben diese Programme oder Funktionen l\u00e4nger im Einsatz als gedacht und eine sp\u00e4tere Pflege wird erschwert oder ist unm\u00f6glich. Zus\u00e4tzlich leiden solche Programme unter verschiedensten Symptomen, wie Geschwindigkeitsprobleme oder unerkl\u00e4rliche Ergebnisse. Somit bleibt ein Refactoring, also eine Strukturverbesserung und eine klare Kommentierung des Programms oder Algorithmus, unter Beibehaltung der gew\u00fcnschten Funktion, nicht aus, um ein zukunftssicheres Produkt zu erstellen.
Refactoring gibt es in zwei Varianten. Einmal kann man die grundlegende Architektur eines Programmes \u00fcberdenken und zum anderen kann man den Quellcode optimieren.
Beim Architektur Refactoring stellt man sich grundlegend die Fragen, ob man die richtige Struktur f\u00fcr ein Programm oder Funktion gew\u00e4hlt hat, um die Anforderungen bestm\u00f6glich zu erf\u00fcllen. Hier sollten Dinge besprochen werden, wie Schnittstellenm\u00f6glichkeit, Technologie und Interoperabilit\u00e4t. Erstelle ich eine Anwendung als RichClient oder unter dem Paradigma von SOA. Je nach Bedarfsfall und Anwendung kann sich dies auch im Laufe der Zeit \u00e4ndern. Somit ist f\u00fcr ein Programm mit l\u00e4ngerem Lebenszyklus ein Architectur Refactoring zu empfehlen.
Das Code Refactoring sollte im agilen Prozess stetiger Begleiter sein, weswegen man auch meist von einem kontinuierlichen Refactoring spricht. Am Ende jedes Sprints steht ein potenziell auslieferbares Inkrement mit festgelegten Funktionen. Diese Funktionen m\u00fcssen w\u00e4hrend des Sprints auch den Prozess des Code Refactoring durchlaufen. Dabei wird der Code auf Lesbarkeit, \u00dcbersichtlichkeit, Verst\u00e4ndlichkeit, Erweiterbarkeit, Testbarkeit und Vermeidung von Redundanz gepr\u00fcft.
Die Vorteile eines kontinuierlichen Refactorings spiegeln sich im Gesetzt der gro\u00dfen Zahlen wieder. In jedem Sprint ein wenig Zeit daf\u00fcr zu verwenden ist wesentlich einfacher und zeitlich weniger aufwendig als im nach hinein tausende Codezeilen zu bearbeiten.
Refactoring ist somit ein wichtiger Bestandteil eines Entwicklungsprozesses, um ein zukunftsicheres und pflegbares Softwareprodukt herszustellen.<\/p>\n\n\n\n