|
|
@ -111,6 +111,7 @@ _Commits_ sind Veränderungen am eventuell bereits bestehenden Code des Projekte |
|
|
|
|
|
|
|
- Prinzipien der Programmierung |
|
|
|
- __Do's__/__SOLID__ |
|
|
|
|
|
|
|
- S: |
|
|
|
- Separation of concerns/Single responsibility patterns |
|
|
|
- _One tool, one task_ -Unix |
|
|
@ -128,6 +129,46 @@ _Commits_ sind Veränderungen am eventuell bereits bestehenden Code des Projekte |
|
|
|
|
|
|
|
- I: |
|
|
|
- Interface segregation principle |
|
|
|
- _nicht zu viele öffentliche Methoden_ |
|
|
|
- nix öffentlich machen was nicht öffentlich sein muss |
|
|
|
- eröffnet sonst unnötige Schwachenstellen in der Sicherheit |
|
|
|
- lieben teilen |
|
|
|
- zu viele öffentliche Methoden verwirren Anwender |
|
|
|
|
|
|
|
- D: |
|
|
|
- Dependency inversion |
|
|
|
- Instancen sollen von außen kommen --> andere Teile des Codes |
|
|
|
- keine inneren Abhängigkeiten |
|
|
|
- keine Objektteile selber erstellen (Analogie Bauunternehmen) |
|
|
|
|
|
|
|
- __Dont's__/__STUPID__ |
|
|
|
|
|
|
|
- S: |
|
|
|
- Singleton |
|
|
|
- nur eine Instanz des Codes zur Laufzeit |
|
|
|
- gleichzusetzen mit einer globalen Variable |
|
|
|
- bezieht sich vor allem auf das Singletonentwurfsmuster |
|
|
|
|
|
|
|
- T: |
|
|
|
- Tight coupling |
|
|
|
- zwei Teile haben von ihrer Funktionalität nix miteinader zu tun sind aber trotzdem von einander Abhängigkeiten |
|
|
|
- Verbindung oft schlecht auflösbar |
|
|
|
- _static access_ |
|
|
|
- Programmteile rufen sich gegenseitig rekursiv auf |
|
|
|
|
|
|
|
- U: |
|
|
|
- Untestability |
|
|
|
- Code der sich schwer bis gar nicht (automatisiert) testen lässt |
|
|
|
- zu viele Abhängigkeiten (_tight coupling_) |
|
|
|
- Konfiguration der Unit zu groß |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|