Performance und Function Call Depth

[Stefan S.]

Hi,

ich arbeite gerade an einer Anwendung, die sowohl die Ausführung in der Konsole, als auch über eine GUI ermöglicht. Bekannterweise ist eine GUI Event-driven und die Konsole nicht.

Nun frage ich mich inwieweit Javas Performance darunter leidet, wenn die Function Call Depth zu groß wird und ob es diesbezüglich ein Limit gibt? Ich nehme an 100 Aufrufe sollten kein Problem darstellen, ein Backtacking Algorithmus geht hier schließlich noch deutlich tiefer.

Gruß,
Stefan

 

[Ark]

Stellt sich das Problem gerade?

Ark

 

[Stefan S.]

Stellt sich das Problem gerade?

Hallo!

Bisher gibt es keine Probleme, außer das ich am Design grüble.

 

[Ark]

So, wie sich dein Eingangspost anhört, hast du wohl vor, dass bei Klick auf einen Button automatisch ein anderer gedrückt werden soll, der wiederum einen anderen automatisch anklickt usw. ...

Wie sieht denn dein Problem konkret aus?

Ark

 

[Stefan S.]

So, wie sich dein Eingangspost anhört, hast du wohl vor, dass bei Klick auf einen Button automatisch ein anderer gedrückt werden soll, der wiederum einen anderen automatisch anklickt usw. ...

Wie sieht denn dein Problem konkret aus?

Es geht prinzipiell um ein Spiel das man sowohl über eine GUI, als auch über Konsole spielen kann, bei dem ich so wenig Code wie möglich redundant haben will.

Über die GUI steuert bekanntlich der User das Geschehen, während in einer Konsole der Ablauf durch das Programm angeregt wird. Ich suche gegenwärtig nach dem optimalen Weg beides unter einen Hut zu bringen.

 

[Ark]

Variante 1: Die GUI erzeugt Kommandozeilen für die CLI und startet jeweils einen Prozess mit dieser Zeile; eventuell reicht sogar der simple Aufruf der main()-Methode. Vorteil: die CLI-Variante ist nach wie vor komplett ohne GUI-Code funktionsfähig. Nachteil: Es ist vergleichsweise langsam.

Variante 2: Ein einziges Programm biete sowohl GUI- als auch CLI-Schnittstellen an. Was das bedeutet, kann man sich eigentlich denken.

Ark

 

[maki]

>> Es geht prinzipiell um ein Spiel das man sowohl über eine GUI, als auch über Konsole spielen kann, bei dem ich so wenig Code wie möglich redundant haben will.

Bau die App in Schichten auf, hast halt dann 2 Präsentationsschichten.