diff --git a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/SetupAndTeardownMethods_de.properties b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/SetupAndTeardownMethods_de.properties index 2612068..77cb5c5 100644 --- a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/SetupAndTeardownMethods_de.properties +++ b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/SetupAndTeardownMethods_de.properties @@ -1,3 +1,3 @@ ame=Setup und Teardown Methoden -description=Gemeinsamer Setup- und Teardown-Code sollte vorzugsweise innerhalb von Methoden durchgeführt werden, die entweder mit "@BeforeEach", "@BeforeAll", "@AfterEach" oder "@AfterAll" annotiert sind. Auf diese Weise lässt sich Boilerplate-Code in den einzelnen Tests erheblich reduzieren und der Fokus liegt stärker auf der eigentlichen Logik, die getestet wird. +description=Gemeinsamer Setup- und Teardown-Code sollte vorzugsweise innerhalb von Methoden durchgefuehrt werden, die entweder mit "@BeforeEach", "@BeforeAll", "@AfterEach" oder "@AfterAll" annotiert sind. Auf diese Weise laesst sich Boilerplate-Code in den einzelnen Tests erheblich reduzieren und der Fokus liegt staerker auf der eigentlichen Logik, die getestet wird. source#1=https://www.baeldung.com/junit-before-beforeclass-beforeeach-beforeall \ No newline at end of file diff --git a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/assertAll_de.properties b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/assertAll_de.properties index 8f0bd02..e7f59dc 100644 --- a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/assertAll_de.properties +++ b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/assertAll_de.properties @@ -1,3 +1,3 @@ name=Assert all -description=Die Methode \"org.junit.jupiter.api.assertAll\" wird verwendet, um mehrere einzelne Assertions zusammenzufassen. Der Vorteil dieser Methode im Vergleich zu mehreren einzelnen Assertions besteht darin, dass bei einem Fehlschlag einer Assertion die folgenden Assertions trotzdem ausgeführt werden. Daher erhält der Benutzer die Ergebnisse aller Tests und nicht nur der Tests bis zur fehlgeschlagenen Assertions, die ansonsten die Ausführung des Tests beenden würde. +description=Die Methode \"org.junit.jupiter.api.assertAll\" wird verwendet, um mehrere einzelne Assertions zusammenzufassen. Der Vorteil dieser Methode im Vergleich zu mehreren einzelnen Assertions besteht darin, dass bei einem Fehlschlag einer Assertion die folgenden Assertions trotzdem ausgefuehrt werden. Daher erhaelt der Benutzer die Ergebnisse aller Tests und nicht nur der Tests bis zur fehlgeschlagenen Assertions, die ansonsten die Ausfuehrung des Tests beenden wuerde. source#1="https://stackoverflow.com/questions/40796756/assertall-vs-multiple-assertions-in-junit5" \ No newline at end of file diff --git a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/jFrameDispose_de.properties b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/jFrameDispose_de.properties index 4ce10b7..906c3e9 100644 --- a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/jFrameDispose_de.properties +++ b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/jFrameDispose_de.properties @@ -1,4 +1,4 @@ name=JFrame dispose -description=Anstelle der \"System.exit\" Methode, die die Java Virtual Machine vollständig beendet, schließt \"javax.swing.JFrame.dispose\" das JFrame Object und die ihm zugewiesenen Ressourcen auf kontrolliertere Weise. Wenn man die Anwendung auf diese Weise schließt, muss man sicherstellen, dass alle verbleibenden Threads programmatisch beendet werden. Dies mag zwar wie ein Nachteil erscheinen, bietet aber letztlich die größte Kontrolle, da laufende Prozesse kontrolliert beendet werden können. +description=Anstelle der \"System.exit\" Methode, die die Java Virtual Machine vollstaendig beendet, schließt \"javax.swing.JFrame.dispose\" das JFrame Object und die ihm zugewiesenen Ressourcen auf kontrolliertere Weise. Wenn man die Anwendung auf diese Weise schließt, muss man sicherstellen, dass alle verbleibenden Threads programmatisch beendet werden. Dies mag zwar wie ein Nachteil erscheinen, bietet aber letztlich die groeßte Kontrolle, da laufende Prozesse kontrolliert beendet werden koennen. source#1=Programmierung II - Uni Passau source#2="https://stackoverflow.com/questions/13360430/jframe-dispose-vs-system-exit" \ No newline at end of file diff --git a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/parameterizedTest_de.properties b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/parameterizedTest_de.properties index d303823..40098b3 100644 --- a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/parameterizedTest_de.properties +++ b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/parameterizedTest_de.properties @@ -1,3 +1,3 @@ name=Parametrisierte Tests -description=Tests können mit der Annotation \"org.junit.jupiter.params.ParameterizedTest\" versehen werden. Solche parametrisierten Tests machen den getesteten Code wiederverwendbar. Sie sind dem Schreiben mehrerer Tests, die im Wesentlichen das gleiche Logik mit unterschiedlichen Werten testen, vorzuziehen. +description=Tests koennen mit der Annotation \"org.junit.jupiter.params.ParameterizedTest\" versehen werden. Solche parametrisierten Tests machen den getesteten Code wiederverwendbar. Sie sind dem Schreiben mehrerer Tests, die im Wesentlichen das gleiche Logik mit unterschiedlichen Werten testen, vorzuziehen. source#1="https://rules.sonarsource.com/java/RSPEC-5976/" \ No newline at end of file diff --git a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/swingTimer_de.properties b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/swingTimer_de.properties index e0f8280..b5ccde0 100644 --- a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/swingTimer_de.properties +++ b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/swingTimer_de.properties @@ -1,4 +1,4 @@ name=Swing Timer -description=Der Timer aus der \"javax.swing\" Bibliothek vereinfacht die Aktualisierung von Benutzeroberflächen erheblich. Der Konstruktor verlangt ein Zeitintervall (in Millisekunden) und eine Implementierung des \"java.awt.event.ActionListener\"-Interfaces. Der Code des ActionListeners (z.B. GUI-Aktualisierungen) wird in dem Zeitintervall ausgeführt, das durch den ersten Parameter des Timers definiert ist. Der Timer führt den Code immer im Event-Dispatch-Thread aus. +description=Der Timer aus der \"javax.swing\" Bibliothek vereinfacht die Aktualisierung von Benutzeroberflaechen erheblich. Der Konstruktor verlangt ein Zeitintervall (in Millisekunden) und eine Implementierung des \"java.awt.event.ActionListener\"-Interfaces. Der Code des ActionListeners (z.B. GUI-Aktualisierungen) wird in dem Zeitintervall ausgefuehrt, das durch den ersten Parameter des Timers definiert ist. Der Timer fuehrt den Code immer im Event-Dispatch-Thread aus. source#1=Programmierung II - Uni Passau source#2=https://docs.oracle.com/javase/8/docs/api/javax/swing/Timer.html \ No newline at end of file diff --git a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/threadSafeSwing_de.properties b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/threadSafeSwing_de.properties index 6548f24..1c5d4ee 100644 --- a/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/threadSafeSwing_de.properties +++ b/src/main/resources/de/jsilbereisen/perfumator/i18n/perfumes/threadSafeSwing_de.properties @@ -1,4 +1,4 @@ name=Thread-safe Swing -description=Java Swing-Anwendungen verwenden den Event Dispatch Thread. Dieser Thread muss die Initialisierung und die Aktualisierungsoperationen der GUI-Komponenten sowie Event-Handling übernehmen. Der Programmierer ist dafür verantwortlich, dass die GUI-Komponenten im Event Dispatch Thread erstellt und aktualisiert werden. Das kann dadurch erreicht werden, indem der entsprechende Code in einem \"Runnable\" platziert wird, die wir als Argument entweder an die Methode \"SwingUtilities.invokeLater\" oder \"SwingUtilities.invokeAndWait\" übergeben. +description=Java Swing-Anwendungen verwenden den Event Dispatch Thread. Dieser Thread muss die Initialisierung und die Aktualisierungsoperationen der GUI-Komponenten sowie Event-Handling uebernehmen. Der Programmierer ist dafuer verantwortlich, dass die GUI-Komponenten im Event Dispatch Thread erstellt und aktualisiert werden. Das kann dadurch erreicht werden, indem der entsprechende Code in einem \"Runnable\" platziert wird, die wir als Argument entweder an die Methode \"SwingUtilities.invokeLater\" oder \"SwingUtilities.invokeAndWait\" uebergeben. source#1=Programmierung II - Uni Passau source#2=https://docs.oracle.com/javase/tutorial/uiswing/concurrency/dispatch.html \ No newline at end of file