Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- de:modul:ffit:3-jahr:cicd:learningunits:lu01:b [2026/01/20 14:53] – apeter
+++ de:modul:ffit:3-jahr:cicd:learningunits:lu01:b [2026/01/20 15:28] (aktuell) – apeter
@@ Zeile 25: / Zeile 25: @@
       <option name="INSERT_FINAL_NEWLINE" value="true"/>
     </codeStyleSettings>
-...</code></WRAP> | <WRAP><code xml>...
+...</code></WRAP> | <WRAP><code javascript>{
-    test
+  // Tab size
-...</code></WRAP> | <WRAP><code xml>...
+  "editor.tabSize": 4,
+  "editor.insertSpaces": true,
+  // New line at end of file
+  "files.insertFinalNewline": true,
+  // Java-specific
+  "editor.formatOnSave": true,
+  // Remove unused imports
+  "editor.codeActionsOnSave": {
+    "source.organizeImports": true
+  },
+}</code></WRAP> | <WRAP><code xml>...
     <profile kind="CodeFormatterProfile" name="Project Formatter" version="12">
@@ Zeile 39: / Zeile 52: @@
   </profile>
-...</code></WRAP> | <WRAP><code xml>...
+...</code></WRAP> | <WRAP><code ini>...
-    test
+[*]
+indent_style = space
+indent_size = 4
+tab_width = 4
+end_of_line = lf
+insert_final_newline = true
+trim_trailing_whitespace = true
 ...</code></WRAP> |
-Beispiele von Formatter-Bibliotheken
+Das Problem von solchen Konfigurationen ist ihre Abhängigkeit zu der IDE. Sobald ein Teammitglied eine andere IDE nutzt, kommt es früher oder später zu Formatierungsunterschieden, da viele (besonders komplexere) Regeln nicht für alle IDE's verfügbar ist.
+Ein weiteres Nachteil ist, dass solche Formatierungen in der Regel nicht in die Build-Pipeline eingebaut werden können.
+Daher würde ich IDE-unabhängige Formatter bei komplexeren Formatierungsregeln bevorzugen. Einfache Regeln (Einrückungen, Trailing New Line etc.) sind oft in den gängigsten IDE's vorhanden.
+Beispiele von IDE-unabhängigen Formatter-Bibliotheken:
   * Javascript, Typescript, HTML, CSS, JSON -> Prettier
   * Python -> black, pep8, ...