Das Video kommt von YouTube: erst beim Abspielen verbindet sich die Seite mit YouTube (Google).
Code-Refactoring: Erkenne schlechten Code (Code Smells) und werde besser!
Das Wichtigste aus dem Video
Tipp auf eine Zeit – das Video springt genau dorthin.
Transkriptautomatisch erstellt · 39 Zeilen
- hallo zusammen herzlich willkommen beim model marie meint in diesem video möchte ich mit euch über java programmierer konvention sprechen beziehungsweise
- schlecht strukturierten quellcode bzw codes mail zeigen um wie man den kot ein bisschen in fällen lieber schreiben sollte co2 zu bezeichnen also
- funktionierenden aber schlecht strukturierten quellcode sie deklarieren konstrukte in der programmierung die ein reh factoring nahelegen im ersten
- beispiel betrachten wir ein problem zum thema in varianz in varianz bedeutet das eine größe bei veränderten bedingungen unverändert bleibt diesen aspekt möchte
- ich dir gerne im jahr barcode vorstellen dafür betrachten wir eine beispiel methode mit einer f bedingung die einen integer wert prüft unsere abhängigkeit
- der prüfung einen wert zurück gibt nun gehen wir sowohl wenn die bedingungen zutrifft einen ganz bestimmten wert zurück als auch wenn die bedingungen
- nicht zutrifft im konkreten wenngleich 1 ist dann gehen wir bild zurück und wenn die bedingungen nicht zutrifft gehen wir ebenfalls b zurück das ist ein coach
- ziel der nicht so optimal ist und dementsprechend verbesserungspotenzial hat was wir an der stelle stattdessen machen können ist das via zurückgeben
- und das sollten wir auch so machen das nächste thema das ich des öfteren wahlprogramm ihr anfängern beobachte ist die art wie sie auf bedingungen
- programmieren oft sehe ich das 211 bedingungen folgendermaßen hintereinander geschaltet werden es wird die erste event anweisung geschrieben
- und die zweite version trägt unter die erste geschlossene geschäfte kann man gesetzt die ava konvention besagt aber dass die 211 anweisung in die nächste
- zeile ein gerückt werden sollte deswegen machen wir das auch an dieser stelle der code ist am klarsten wenn die der anweisung in einer eigenen zeile
- geschrieben wird trotzdem ist das auch ein übliches muster in derselben zeile einer f anweisung zu schreiben sowie ihre resultierende wenn anweisung wenn
- jedoch ein elf in der gleichen zeile wie die schließende geschweißte klammer einer vorangehenden anweisung als oder falls anweisungen steht ist
- dies entweder ein fehler weil zum beispiel ein elz fehlt oder die einladung zu einem zukünftigen fehler da sich der leser nicht sicher sein kann ob
- die beiden blöcke zusammen gehören hinter die geschäfte kamera darf allerdings auch eine elz anweisung stehen oder eine elf anweisung zum
- beispiel so wie ich es hier darstelle der nächste punkt umfasst den umgang mit statements which kann aus verschiedenen gründen einer strahlt klausel enthalten
- um unerwartete fälle zu behandeln und um zu zeigen dass alle relevanten fälle richtig berücksichtigt werden aus gründen der lesbarkeit und um einen
- entwickler zu helfen da stand halten einer strip anweisung schnell zu finden wird empfohlen die default an das ende der switch anweisungen zu setzen meine
- einschätzung es auch dass wir immer eine default anweisung definieren sollten auch wenn es im kontext nicht immer sinnvoll erscheint beim programmieren
- geht es nicht nur darum dass wir einige scheine berücksichtigen es dient auch als dokumentation durch das schreiben von default mit einem kommentar wie hier
- ist nichts zu tun erhöhen wir die lesbarkeit unseres todes als nächstes betrachten die konstrukteuren abstrakter klassen was programmie anfänger selten
- wissen ist das abstrakte klassen keine öffentlichen konstrukteuren haben sollten konstrukteuren abstrakter klassen können nur ein konstrukt ohren
- ihrer unterklassen aufgerufen werden es gibt wirklich überhaupt kennen sind sie öffentlich zu machen da erinnern wir das auch in unserem code beispiel in
- projekten des öfteren sehe ich auch das redundante bleibt der methoden geschrieben wird dies führt dazu dass identische implementierung von methoden
- im kot vorzufinden sind wenn zwei methoden dieselbe implementierung haben was entweder ein fehler war etwas anderes beabsichtigt war oder es ist ein
- duplikat kann aber die leser des chores verwirrend sein im letzteren fall sollte eine implementierung die andere methode aufrufen das werden wir eben hier machen
- indem wir die berechnungsmethode aufrufen und dessen rückgabe wert unmittelbar zurückgeben zu guter letzt möchte ich mit euch über control
- charakter sprechen nicht codiert die konsole charakters und leerzeichen werden leider oft in den quellcode eingefügt die sind entweder unsichtbar
- oder schwer zu erkennen was zu fehlern führen kann wenn die zeichenfolge nicht in erwartung des entwicklers entspricht wenn du tatsächlich ein
- kontrollcharakter verwenden muss verwendet deren codierte version zb den ascii oder den uniko beispielsweise sollten wir keinen tag
- zwischen zwei zeichen mit der tabulator taste einfügen stattdessen können wir die us die codierung für den tab verwenden das gilt nicht nur für tabs
- zwischen zwei zeichen generell sollten wir den ascii codes für den tabula auto verwenden auch gibt es zum beispiel breiten lose leerzeichen also
- leerzeichen ohne sichtbaren abstand diese werden von einigen ids nicht erkannt intelligent jedoch solche leerzeichen und hinterlegt dafür die
- englische abkürzung z bsp für ein breites leerzeichen verwende der entsprechenden unikat für den fall dass du nicht weiß was einen breiten loses
- leerzeichen ist dann schaue gerne in die video beschreibung dort habe ich einen link mit einer erklärung zur verfügung gestellt nun sind wir am ende angekommen
- ganz ehrlich waren dir diese konvention schon bekannt oder hast du mit diesem video neues dazugelernt ich schreibe gerne in die kommentare ob das video die
- geholfen hat und welche konvention du noch nicht kannte hättest du lust auf einen zweiten teil wenn dir das video gefallen hat freue ich mich auf ein
- album eines kanals bis dahin beim model my mind
Zum Nachlesen
Code-SmellUnter dem Begriff sollten handfestere Kriterien für Refactoring beschrieben werden, als das durch den vagen Hinweis auf Programmästhetik geschehen würde. Bei …
Clean CodeClean Code ist ein Begriff aus der Softwaretechnik, der durch das gleichnamige Buch von Robert Cecil Martin populär wurde. Als „sauber“ (clean) bezeichnen …
RefactoringRefactoring ist ein zentraler Bestandteil der Agilen Softwareentwicklung. Dort wird meist von „kontinuierlichem“ Refactoring oder „kompromisslosem“ Refactoring …
CodequalitätCodequalität ist ein Teilaspekt von Softwarequalität, mit dem insbesondere nicht-funktionale Anforderungen wie Konformität, Verständlichkeit, Analysierbarkeit, …