Methoden nach einer bestimmten Reihenfolge ausführen.

[Den4Coding]

Hallo an alle,

ich hab ein Problem, ich habe eine JAVA Applikation geschrieben, die ein Main File enthält und in dem sich viele Methoden befinden, wenn ich jedoch in
public static void main(String[] args), die Methoden aufrufe, laufen sie nicht nach vorgegebenen Reihenfolge ab, deshalb habe ich die Frage ob es eine Möglichkeit gibt, die Reihenfolge zu erzwingen oder so zu setzten, dass es auch wie nötig ausgeführt wird?

Hier nochmal Code zur Verdeutlichung was ich meine:

[CODE lang="java" title="Methodenaufruf"] public static void main(String[] args) throws IOException, InterruptedException {

methode1();
methode2();
methode3();
methode4();
}[/CODE]

 

[LimDul]

Die Methoden laufen in der Reihenfolge ab, wie du sie aufrufst - erst methode1, dann methode2, dann methode3 und zuletzt methode4.

Wenn das bei dir nicht der Fall sein sollte (was ich nicht glauben kann), bräuchte man mehr Infos bzw. konkreten Code.

Nachtrag:
Wo ich das InterruptedException sehen - wenn du natürlich Threads in deinen Methoden erzeugst und startest, dann laufen die nebenläufig ab und das Hauptprogramm läuft weiter.

 

[mihe7]

laufen sie nicht nach vorgegebenen Reihenfolge ab

Die laufen schon in der Reihenfolge ab. Die Frage ist, ob irgendwo etwas nebenläufig passiert.

 

[Den4Coding]

Die laufen schon in der Reihenfolge ab. Die Frage ist, ob irgendwo etwas nebenläufig passiert.

Dachte ich auch, aber bei mir wird die letzte Methode als erstes ausgeführt.

 

[mihe7]

Wie @LimDul geschrieben hat: ohne Code, kann man nix sagen.

 

[Den4Coding]

Die Methoden laufen in der Reihenfolge ab, wie du sie aufrufst - erst methode1, dann methode2, dann methode3 und zuletzt methode4.

Wenn das bei dir nicht der Fall sein sollte (was ich nicht glauben kann), bräuchte man mehr Infos bzw. konkreten Code.

Nachtrag:
Wo ich das InterruptedException sehen - wenn du natürlich Threads in deinen Methoden erzeugst und startest, dann laufen die nebenläufig ab und das Hauptprogramm läuft weiter.

Ok, danke für den Hinweis. Teste gleich ob es an dem Befehl liegt.

 

[temi]

Dachte ich auch, aber bei mir wird die letzte Methode als erstes ausgeführt.

Hast du bei den vorhandenen Beiträgen besonders auf den Begriff "nebenläufig" geachtet?

 

[Den4Coding]

Das Problem wurde gefunden, da die Methoden mit Firebase direct database agiert haben, laufen die Methoden asynchron ab und die letzte Methode wird als erstes ausgeführt.

 

[Thallius]

Nein wird sie immer noch nicht

 

[Neumi5694]

Das Problem wurde gefunden, da die Methoden mit Firebase direct database agiert haben, laufen die Methoden asynchron ab und die letzte Methode wird als erstes ausgeführt.

Sie ist vielleicht die erste, die beendet wird, aber sicher nicht die erste, die gestartet wird.

 

[Den4Coding]

Sie ist vielleicht die erste, die beendet wird, aber sicher nicht die erste, die gestartet wird.

Kann gut sein, aber es klappt nur dann, das sie als letztes ausgeführt wird, wenn man wait Befehl einfügt, kann man natürlich auch if Konstrukt darum bauen, um abzufragen ob andere Methoden ihren Zweck erfüllt haben.

 

[mrBrown]

Statt wait kann man in den meisten Fällen besser auf java.util.concurrent setzen, damit lässt sich sowas meist deutlich einfacher gestalten

Wahrscheinlich ist es in deinem Code aber generell gar nicht sinnvoll, alle Methoden direkt in der main zu starten, sondern das anders zu lösen – wie genau kommt auf das Problem an

 

[Neumi5694]

Vielleicht solltest du dir die Prozesse als Methodenergebnis liefern lassen und mit join() jeweils auf das Beenden warten.

 

[Thallius]

Oder Promises benutzen...

 

[mrBrown]

Oder Promises benutzen...

Promise in Java?

 

[Thallius]

Promise in Java?

Warum nicht?

 

[mrBrown]

Warum nicht?

Weil's in Java nicht Promise genannt wird, Future wäre da passender. Das Äquivalent zu Promises aus zB Javascript wäre am ehesten CompletionStage/CompleteableFuture

 

[Thallius]

Weil's in Java nicht Promise genannt wird, Future wäre da passender. Das Äquivalent zu Promises aus zB Javascript wäre am ehesten CompletionStage/CompleteableFuture

Das Design pattern bleibt ein promise. Egal wie Java das nun nennen will.

 

[mrBrown]

Das Design pattern bleibt ein promise. Egal wie Java das nun nennen will.

Das ist vieles, aber kein Design Pattern. Aber ja, die Konzepte Future und Promise werden ziemlich synonym verwendet, auch wenn man da durchaus Unterscheidungen machen könnte. Das es nicht "das eine Pattern" ist, sieht man schon daran, dass in Java sowohl Future als auch CompletionStage darunter fallen, die zwei völlig verschiedene Konzepte umsetzen.

In diesem Fall könnten beide, eines von beiden oder keines am passendsten sein, dass hängt ganz von dem ab, was der TO machen will...

 

[Thallius]

Das ist vieles, aber kein Design Pattern.

Promise

Also known as CompletableFuture Intent A Promise represents a proxy for a value not necessarily known when the promise is created. It allows you to associate dependent promises ...

java-design-patterns.com

 

[mrBrown]

Promise

Also known as CompletableFuture Intent A Promise represents a proxy for a value not necessarily known when the promise is created. It allows you to associate dependent promises ...

java-design-patterns.com

Okay, das könnte man ein Pattern nennen – ich hab mich da zu sehr auf den Vergleich mit Future konzentriert, was etwas völlig anderes ist