Nextlevel Clean Code Development

Session auf der Developer Week DWX 2017.

Transcript

1. Nextlevel Clean Code Development Stefan Lieser @stefanlieser h#p://refactoring-legacy-code.net
2. 2008/2009 Clean Code Developer Initiative http://clean-code-developer.de
3. Clean Code Developer Initiative 42 Prinzipien und Praktiken -  DRY: Don‘t Repeat Yourself -  SLA: Single Level Abstraction -  SRP: Single Responsibility Principle -  Test-first -  Continuous Integration
4. Clean Code Developer Initiative 4 Werte - Korrektheit - Wandelbarkeit (Evolvierbarkeit) - Produktionseffizienz - Kontinuierliche Verbesserung
5. Clean Code Developer Initiative 5 Grade erleichtern das Lernen -  Rot -  Orange -  Gelb -  Grün -  Blau Je ca. 8 Prinzipien & Praktiken
8. 2009 Erste CCD School Trainings http://ccd-school.de
9. CCD School Trainings 5 Tage Training 4 Wochen Pause mit Hausaufgabe 5 Tage Training
10. CCD School Trainings 5 Tage Training 4 Wochen Pause mit Hausaufgabe 5 Tage Training 6-10 Einzeltage 4 Wochen Pausen mit Hausaufgaben
11. 2010 dotnetpro Dojo Seitdem in jedem Heft: - eine neue Übungsaufgabe - meine Lösung zum Vormonat Aktuell: 89 Aufgaben mit Lösung
12. CCD School Trainings Erkenntnis: In den Code Reviews zeigen sich Verletzungen der Prinzipien Unser Ziel: Ein methodisches Vorgehen entwickeln
13. 2010 Injection Based Components (IBC) Entwurf mit Abhängigkeits- diagrammen System-Umwelt-Diagramm (Softwarezelle) Featurestreams
16. 2011 Flow Design und Event Based Components (EBC) Entwurf mit Datenflüssen Implementation mit Events und Methoden
20. var zerlegenInZeichenfolgen = new ZerlegenInZeichenfolgen(); var zeichenfolgenTrennen = new ZeichenfolgenTrennen(); var zusammenfassenZuZeilen = new ZusammenfassenZuZeilen(); var zusammenfassenZuText = new ZusammenfassenZuText(); zerlegenInZeichenfolgen.Out_Result += zeichenfolgenTrennen.In_Process; zeichenfolgenTrennen.Out_Result += zusammenfassenZuZeilen.In_Process; zusammenfassenZuZeilen.Out_Result += zusammenfassenZuText.In_Process; zusammenfassenZuText.Out_Result += text => Out_Result(text); Event Methode
21. 2011 EBC Tooling Flow in XML notieren, Codegenerator, Visualisierung
22. <?xml version="1.0" encoding="uA-8"?> <board name="NeueDatenBoard"> <using namespace="verbräuche.contracts.infrastructure"/> <using namespace="verbräuche.contracts.model"/> <using namespace="verbräuche.contracts.viewmodels"/> <external name="IMap_Verbrauchswerte_to_Viewmodel"/> <wire from="JahresübersichtVM.Neue_Daten" type="“ to="Folgemonat_ermi#eln"/> <wire from="Folgemonat_ermi#eln" type="string“ to="NeueDatenVM.Monat_setzen"/> <wire from="NeueDatenVM" type="DatensatzVM" to="Map_to_Datensatz"/> <wire from="Map_to_Datensatz" type="Datensatz" to="Datensatz_anhängen"/> <wire from="Datensatz_anhängen" type="Datensatz*" to="Map_Verbrauchswerte_to_Viewmodel"/> <dependency from="Folgemonat_ermi#eln" to="Verbrauchswerte"/> <dependency from="Datensatz_anhängen" to="Verbrauchswerte"/> </board>
24. 2012 Flow Runtime NPantaRhei Flow als String notieren, Verdrahtung per Konvention Parallelisierung per Konfiguration möglich Debugging schwer nachvollziehbar
25. / .start, mail_abholen mail_abholen, erinnerungsauUrag_erstellen erinnerungsauUrag_erstellen, erinnerungsauUrag_speichern erinnerungsauUrag_speichern, mail_verschieben mail_verschieben, .exit
27. 2013 Methoden statt Klassen Drastische Vereinfachung!
29. public IEnumerable<string> Start() { var filename = EnvironmentProvider.Hole_Dateiname(); var text = TextdateiProvider.Lese_Text(filename); textspeicher.Setze_Text(text); var size = seitengröße.Hole_Fenstergröße(); var umbrochener_text = Textanalyse.Umbreche_Text(text, size.Width); var seite = blättern.Extrahiere_erste_Seite( umbrochener_text, size.Height); return seite; }
30. 2013 IOSP / PoMO / IODA Die wichtigsten Prinzipien.
31. Integration Operation Segregation Principle (IOSP)
32. Principle of Mutual Oblivion (PoMO) Prinzip der gegenseitigen Nichtbeachtung
33. Integration Operation Data Integration Operation Data API (IODA) API
34. Nextlevel -  Softwareuniversum -  System-Umwelt-Diagramm -  Domänenzerlegung (Anforderungen) -  Flow Design für den Entwurf -  IOSP/PoMO/IODA
37. Rolle Ressource System Portal Provider Domänenlogik
38. Domänenzerlegung: Dialoge und Interaktionen
39. Entwurf der obersten Ebene
40. Verfeinerung der Entwürfe
41. public bool[,] Initialize() { var world = gameOfLife.CreateEmptyWorld(); state.Put(world); return world; }
43. public void CellChanged(int x, int y) { var world = state.Get(); var newWorld = gameOfLife.ToggleCellAt(world, x, y); state.Put(newWorld); }
45. public void Start(Action<bool[,]> onUpdate) { timerProvider.Start(() => { var world = state.Get(); var newWorld = gameOfLife.Evolution(world); state.Put(newWorld); synchronization.Sync(() => { onUpdate(newWorld); }); }); }
47. public void Stop() { timerProvider.Stop(); }
48. Fazit Clean Code entsteht nur durch methodisches Vorgehen
49. Fazit Clean Code entsteht nur durch methodisches Vorgehen Anforderungen müssen zerlegt werden (Slicing, Domänenzerlegung)
50. Fazit Clean Code entsteht nur durch methodisches Vorgehen Anforderungen müssen zerlegt werden (Slicing, Domänenzerlegung) Entwurf der Lösung vor der Umsetzung ist notwendig (Flow Design)
51. h#p://stefanlieser.teachable.com
52. h#p://refactoring-legacy-code.net h#p://linkedin.com/in/stefanlieser h#ps://twi#er.com/StefanLieser h#p://xing.com/profile/stefan_lieser