Benutzer-Werkzeuge

Webseiten-Werkzeuge


entwickler:coding_standard

Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

Link zu dieser Vergleichsansicht

Beide Seiten der vorigen RevisionVorhergehende Überarbeitung
entwickler:coding_standard [2023/01/06 16:24] – ↷ Seite von start:entwickler:coding_standard nach entwickler:coding_standard verschoben wikijhentwickler:coding_standard [2023/01/11 16:00] (aktuell) wikijh
Zeile 1: Zeile 1:
-===== Coding standard =====+====== Coding standard ======
  
 Merge requests sind immer willkommen! Merge requests sind immer willkommen!
Zeile 6: Zeile 6:
 {{ :wiki:eclipsesourceformat.xml |eclipsesourceFormat.xml}} {{ :wiki:eclipsesourceformat.xml |eclipsesourceFormat.xml}}
  
-==== Encoding ====+===== Encoding =====
   * Alles, was i. d. R. nur Entwickler anfassen (Programmcode, Datenbank) ist UTF-8 (ohne BOM).\\ Das gilt insbesondere für SQL-Dateien. Bitte stellt Euren Editor entsprechend ein, Notepad++ konvertiert das Encoding auch.   * Alles, was i. d. R. nur Entwickler anfassen (Programmcode, Datenbank) ist UTF-8 (ohne BOM).\\ Das gilt insbesondere für SQL-Dateien. Bitte stellt Euren Editor entsprechend ein, Notepad++ konvertiert das Encoding auch.
   * Geklärt werden muss, wie wir mit Ini-Dateien umgehen, die von jedem Anwender (auch den technisch weniger versierten) befüllt werden. Seit 2019 erkennt der Windows Standard-Editor (Notepad) das Encoding und behält es bei, statt die Umlaute durch zwangsweises Speichern in CP-1252 zu zerstören. Wie gehen wir jetzt mit vorhandenen Ini-Dateien um?   * Geklärt werden muss, wie wir mit Ini-Dateien umgehen, die von jedem Anwender (auch den technisch weniger versierten) befüllt werden. Seit 2019 erkennt der Windows Standard-Editor (Notepad) das Encoding und behält es bei, statt die Umlaute durch zwangsweises Speichern in CP-1252 zu zerstören. Wie gehen wir jetzt mit vorhandenen Ini-Dateien um?
Zeile 13: Zeile 13:
     * Nichts tun? Was ist mit Anwendern, die schon selbst konvertiert haben?     * Nichts tun? Was ist mit Anwendern, die schon selbst konvertiert haben?
  
-==== Code Conventions ====+===== Code Conventions =====
   * Java Standard Naming Conventions   * Java Standard Naming Conventions
   * Einrückung: Leerzeichen   * Einrückung: Leerzeichen
Zeile 20: Zeile 20:
   * Der Scope wird so klein wie möglich gehalten, am liebsten ''private'' bzw. methoden- oder blocklokal.   * Der Scope wird so klein wie möglich gehalten, am liebsten ''private'' bzw. methoden- oder blocklokal.
  
-==== Kommentare ====+===== Kommentare =====
   * Kommentare an einer Deklaration, die beschreiben, was deklariert wird, deuten auf falsche Benennung.   * Kommentare an einer Deklaration, die beschreiben, was deklariert wird, deuten auf falsche Benennung.
   * Kommentare à la "ab hier passiert jetzt dies" deutet auf die Notwendigkeit eine neuen Methode hin.   * Kommentare à la "ab hier passiert jetzt dies" deutet auf die Notwendigkeit eine neuen Methode hin.
Zeile 29: Zeile 29:
   * Debugging nicht auskommentieren, sondern löschen (system.out, Testmethoden, main nur zu Testzwecken ....)   * Debugging nicht auskommentieren, sondern löschen (system.out, Testmethoden, main nur zu Testzwecken ....)
  
-==== JUnit-Tests ====+===== JUnit-Tests =====
   * In ein eigenes Verzeichnis ''tests'' auf der gleichen Ebene wie ''src''.   * In ein eigenes Verzeichnis ''tests'' auf der gleichen Ebene wie ''src''.
   * Bei Datenbankzugriffen benutzen wir als IK "123456789"   * Bei Datenbankzugriffen benutzen wir als IK "123456789"
  
-==== Philosophie ====+===== Philosophie =====
 Nein, nicht alles unter RehaCommons! Neeeeeiinnn, das tun wir nicht! Ich bin schon dabei, das commons wieder auseinander zu ziehen. Nein, nicht alles unter RehaCommons! Neeeeeiinnn, das tun wir nicht! Ich bin schon dabei, das commons wieder auseinander zu ziehen.
-Architektonisch will ich in Richtung Onion/Hexagonal.+Architektonisch will ich in Richtung Onion / Hexagonal.
entwickler/coding_standard.1673018660.txt.bz2 · Zuletzt geändert: 2023/01/06 16:24 von wikijh