[et_pb_section fb_built=”1″ admin_label=”section” _builder_version=”3.22.3″ min_height=”439px” custom_margin=”||-55px|||” custom_padding=”0px||0px|||”][et_pb_row custom_margin=”|auto|-61px|auto||” admin_label=”row” _builder_version=”3.22.3″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” min_height=”416px”][et_pb_column type=”4_4″ _builder_version=”3.0.47″][et_pb_text _builder_version=”3.22.7″ background_size=”initial” background_position=”top_left” background_repeat=”repeat” custom_margin=”||-2px|||”]<\/p>\n
Du stehst vor einem Problem und hast das gute Gef\u00fchl, es durch deinen Erfahrungsschatz schnell und nachhaltig l\u00f6sen zu k\u00f6nnen? Besser geht\u2019s gar nicht!<\/p>\n
Aber: \u201eF\u00fcr jedes Problem gibt es eine L\u00f6sung, die einfach, klar und falsch ist\u201c, das wusste damals schon der Schriftsteller Henry Louis Mencken.\u00a0Manchmal erkennt man leider erst hinterher, wenn der Ansatz bereits in die Tat umgesetzt wurde, dass das L\u00f6sungsmuster nicht die richtige Antwort liefern kann. Diese Form eines schlechten L\u00f6sungsmusters nennt man in der Softwareentwicklung Anti Pattern.<\/strong><\/p>\n ITech Progress m\u00f6chte mit Beitr\u00e4gen rund um Anti Pattern g\u00e4ngige Fehler in der Softwareentwicklung aufzeigen und Tipps geben, wie man sie zuk\u00fcnftig vermeidet beziehungsweise nachtr\u00e4glich behebt. Bei unserer 3-t\u00e4gigen\u00a0Grundausbildung f\u00fcr Softwarearchitekten, dem Foundation Level Training<\/a>, bekommst du das n\u00f6tige Know How, um von Anfang an gute und \u00fcberschaubare L\u00f6sungsmuster zu entwickeln. Wer eine bestehende Architektur systematisch verbessern m\u00f6chte, dem empfehlen wir unser Advanced Level Training IMPROVE – Evolution und Verbesserung von Softwarearchitekturen<\/a>.<\/span><\/p>\n Was zugegebenerma\u00dfen auf den ersten Blick wie eine italienische Geheimdienstmission klingt, ist der Titel des ersten Anti Patterns, den wir vorstellen m\u00f6chten.<\/p>\n Beschreibung<\/strong><\/p>\n Eine fortschreitende Erweiterung eines Systems erfordert auch eine kontinuierliche Anpassung der Anwendungsstruktur, da diese sonst mit der Zeit erodiert.\u00a0Spaghetticode bezeichnet daher Software-Quellcode, der sehr komplizierte und undurchschaubare Strukturen zeigt und meist vom Programmierer selbst nach einigen Wochen nicht mehr verstanden wird.<\/span><\/p>\n Auswirkungen<\/strong><\/p>\n Ein Spaghetticode kann unterschiedliche Ursachen haben. Meist tendieren unerfahrene Programmierer dazu Spaghetticodes zu erstellen, da es leichter ist Programmcodes anzuf\u00fcgen, statt den bestehenden zu verstehen und zu modifizieren. Eine h\u00e4ufige Erweiterung des Quellcodes, ohne die Durchf\u00fchrung eines Refactorings, kann ebenfalls zu einem Spaghetticode f\u00fchren. Der Spaghetticode l\u00e4sst sich aufgrund seiner wirren Struktur nur noch sehr schwer ver\u00e4ndern, verbessern oder optimieren. Auch eine Wiederverwendung wird nahezu unm\u00f6glich.<\/span><\/p>\n L\u00f6sung<\/strong><\/p>\n Am besten l\u00e4sst sich dieses Problem durch inkrementelles Refactoring beheben. Refactoring befasst sich mit der \u00c4nderung von internen Strukturen eines Programms, ohne dabei dessen extern sichtbares funktionales Verhalten oder dessen bestehende Funktionalit\u00e4t zu \u00e4ndern.<\/p>\n Ein weiterer Ansatz zur Vermeidung dieses Problems w\u00e4re der Einsatz von testgetriebener Softwareentwicklung (TDD). Hierbei werden erst die Softwaretests und anschlie\u00dfend der Programmcode erstellt, bis nach abschlie\u00dfendem Testdurchlauf alle Tests bestanden werden.<\/p>\n Der Entwickler formuliert seine Erwartungen vorab in den Code, doch dazu muss er diese Erwartungen kennen. Daher sollte der Implementierung die Modellierung zum besseren Verst\u00e4ndnis der Zust\u00e4ndigkeiten vorausgehen.<\/p>\nSpaghetticode<\/h2>\n