Archief - Java Swing

G

Gurdt

Legacy Member

• 14 dec 2009

• #1

Ik werk voor het eerst aan een project in Java in combinatie met Swing (het gaat om het bordspel Risk).
De GUI bevat landen die oplichten als je er met de cursor over beweegt. De GUI vangt ook verschillende click-events op.

Nu hebben we echter een klein probleempje. Wanneer we een tijdje bezig zijn begint het spel lichtjes te 'laggen' en daarna gaan input-events zoals mouse-clicks zeer moeizaam of zelfs niet.

Zou het kunnen dat er in Swing een soort van input-stack is die vol kan geraken en die je zelf moet leegmaken?

Wij zijn allemaal zeer leek in Java in combinatie met Swing en google vertelt niet meteen veel. Maar ik ben er zeker van dat hier een paar goeroe's rondlopen die dit probleem herkennen

T

Timmos

Legacy Member

• 16 dec 2009

• #2

Zijn er misschien zeer veel componenten die luisteren naar die inputevents? Het zou kunnen dat je na verloop van tijd misschien teveel luisteraars hebt geregistreerd die allemaal hun code moeten afhandelen bij een muisklik?

M

MilM

Legacy Member

• 17 dec 2009

• #3

Je moet ervoor zorgen dat referenties naar objecten enkel bestaan wanneer je ze nodig hebt.
(zodat java de objecten automatisch opruimt als er geen referenties meer zijn naar dat object)

Wat doe je precies bij het optreden van het mouse event?
Gebruik je binnen dat mouse event objecten die erbuiten gedefinieerd zijn en blijven groeien bij elke click?

edit:

Timmos zei:

Het zou kunnen dat je na verloop van tijd misschien teveel luisteraars hebt geregistreerd die allemaal hun code moeten afhandelen bij een muisklik?

Klik om te vergroten...

Dit is een voorbeeld hiervan.

Stel dat je bij elke muisklik een nieuwe luisteraar aanmaakt (om welke reden dan ook) en die nieuwe luisteraar toevoegt aan een object zonder de vorige luisteraars (die je niet meer nodig hebt) te verwijderen. Aangezien de referenties naar die vorige luisteraars nog steeds bestaan, zal JAVA ze niet verwijderen en heb je een groeiende collectie van luisteraars.

Om maar het principe aan te tonen.

G

Gurdt

Legacy Member

• 17 dec 2009

• #4

Het probleem is al opgelost (niet door mij, door één van de andere 5 met wie ik het project doe). En de deadline is al voorbij dus geen probleem meer

Ik weet niet precies waar het probleem aan lag, het was idd iets met objecten die nog aan het luisteren waren maar meer informatie kan ik niet geven in dat aspect van het project was ik niet super-actief (het was een project van +- 60 klassen ofzo )

M

MetalG

Legacy Member

• 18 dec 2009

• #5

projects, got to love it x)

hier een autoverhuurbedrijf in asp.net komt echt veeel bij kijken x')

f

froginvasion

Legacy Member

• 21 dec 2009

• #6

kan iemand hier duidelijkere uitleg over geven of een simpel voorbeeld in welke gevallen het kan komen dat de vorige luisteraars achterblijven en hoe je deze verwijdert?

Kan handig zijn om te weten.

G

Gurdt

Legacy Member

• 22 dec 2009

• #7

Ik denk dat het iets te maken had met het feit dat ge in Java nie zo effe "delete" kunt doen dacht ik.

_

_DKsissor_

Legacy Member

• 22 dec 2009

• #8

alle verbindingen met een object verbreken zodat het opgeruimd kan worden?
Als ge data hebt waar niemand naar verwijst zal de garbage collector die opruimen en dat is the way to go als ge objecten wilt kwijtgerake

G

Gurdt

Legacy Member

• 22 dec 2009

• #9

In ons geval was het bv een land dat zelf een listener was. Da land kon ge nie ff weg doen zomaar. Dus de garbage collector kwam niet van pas. Ik zal eens vragen wat uiteindelijk de oplossing was (als ik ze zie, tis blok nu )

M

MilM

Legacy Member

• 22 dec 2009

• #10

Gurdt zei:

Ik denk dat het iets te maken had met het feit dat ge in Java nie zo effe "delete" kunt doen dacht ik.

Klik om te vergroten...

Jawel.

addXListener -> removeXListener

Bijv:
addActionListener -> removeActionListener

G

Gurdt

Legacy Member

• 22 dec 2009

• #11

Het zal zoiets wel geweest zijn

Mijn ervaring trouwens: Java is natuurlijk heerlijk, maar als ik moet kiezen tussen Swing en Qt, heb ik snel gekozen :') (Qt dus)