Merkwürdiges Problem mit Netbeans und implements

[visualG]

Hallo,
ich hab ein äußerst merkwürdiges Problem. Zuerst, ich verwende : Fedora 10 mit Sun JDK 1.6.0.12 x64, Netbeans 6.1
Hab ein Projekt in dem ich Gatter zusammensetzen kann. Die gatter habe ich als erweitertes JPanel realisiert. Mein Konstanten habe ich als Interface deklariert.
Hier scheint wohl auch das Problem zu liegen. Wenn ich mein Programm starte, werden scheinbar änderungen an den Konstanten nicht berücksichtig. MErkwürdig: Wenn ich mit dem Debugger die Variablen verfolge, werden die Konstanten richtig angezeigt, die Berechnungen mit ihnen sind aber trotzdem falsch. Ansonsten macht das Programm was es soll, nur das änderungen nicht übernommen werden, why ever.
Achja, wenn ich zB die Konstanten durch ne variable ersetze, starte, schließen und das ganze rückgängig mache(also eigentlich nichts am Code verändern) nimmt er die aktuellen Konstanten.
Hier mal ein ausschnitt. Die Größe des Panels wird nicht richtig geändert und auch andere Konstantenzugriffe sind fehlerhaft.

public abstract class LogiBase extends JPanel implements Constants
{
...    
 private void initShape()
    {
	setLocation(DEFAULT_LOCATION);
	int height = (int) (DEFAULT_SIZE_PER_PIN.getHeight() * (
	(DEFAULT_PINS_INPUT > DEFAULT_PINS_OUTPUT) ? DEFAULT_PINS_INPUT : DEFAULT_PINS_OUTPUT));
	setSize((int) DEFAULT_SIZE_PER_PIN.getWidth();
    } 
...
}

public interface Constants {
   
    final Dimension
	    DEFAULT_SIZE_PER_PIN    = new Dimension(80,50),
	    MIN_SIZE	    = new Dimension(100,50);
    
    final int 
	    DEFAULT_PINS_INPUT = 2,
	    DEFAULT_PINS_OUTPUT = 1;
}

[/code]

 

[Ebenius]

Alle Referenzen zu Konstanten dieser Form ...

static final SimpleType IDENTIFIER = LITERAL;

... werden an jeder Stelle vom Compiler gegen den Wert ausgetauscht (inlined). Wenn man also die Werte der Konstanten ändert, muss man Quelltext der auf die Konstanten verweist leider auch neu kompilieren. Zeile 18 & 19 sind davon nicht betroffe (keine Literale, kein SimpleType), Zeilen 22 und 23 wohl.

Du kannst das Problem umgehen, indem Du statt dessen sowas schreibst:

public static final int MEIN_INT = new Integer(1).intValue();

Der Nachteil davon ist dann wiederum, dass man diese Konstanten nicht in case-Labels benutzen kann.
Bin schon ziemlich müde, wenn ich's nicht gut erklärt habe: besser kann ich's grad nicht!

PS: Das hat mit Deinem Problem nichts zu tun aber mit Deinem Code: Warum man hier besser static import verwenden sollte, statt implements (engl).

Ebenius.

 

[André Uhres]

1234567890

 

[visualG]

ICh glaub ich werds mal über static import versuchen, aber ich hab so 100 Konstanten, und davon werden fast überall so 70 gebraucht.
Abgesehen von den codeflexibilität ist es ein nachteil so ein konstanten interface zu generieren? ich mein, die idee ist doch eigenlich offensichtlich. Allerdings ist es natürlich doof, das die Konstanten dann auch öffentlich werden. kann man das irgendwie umgehen (außer über static import)

 

[maki]

>> Mein Konstanten habe ich als Interface deklariert.

Pfui!

>> ist es ein nachteil so ein konstanten interface zu generieren? i

Ja, immer.

>> ich mein, die idee ist doch eigenlich offensichtlich. ..

Ja, offensichtlich falsch.

>> Allerdings ist es natürlich doof, das die Konstanten dann auch öffentlich werden.

Konstanten in einem Interrface sind immer öffentlich.

Richtig macht man es so:
Deklariere eine Klasse, die nur die Konstanten enthält.
Importiere diese Klasse über einen static import.

 

[tfa]

>> Mein Konstanten habe ich als Interface deklariert.

Pfui!

Allerdings! Leider wird dieses Anti-Pattern auch im Standard-API (SwingConstants) verwendet. Viele Leute gucken sich das da z.B. ab.

 

[maki]

Manchmal muss man Dinge erst ausprobieren um sie besser verstehen zu können

 

[Ebenius]

ICh glaub ich werds mal über static import versuchen, aber ich hab so 100 Konstanten, und davon werden fast überall so 70 gebraucht.
Abgesehen von den codeflexibilität ist es ein nachteil so ein konstanten interface zu generieren? ich mein, die idee ist doch eigenlich offensichtlich. Allerdings ist es natürlich doof, das die Konstanten dann auch öffentlich werden. kann man das irgendwie umgehen (außer über static import)

Nein. Aber static Import ist doch kein Problem:

import static mypackage.MyConstants.*;

Und schon kannst Du die Konstanten innerhalb der Klasse verwenden, als hättest Du das Interface implementiert.

Ebenius

 

[visualG]

OK, danke für die HInweise ^^ bin halt noch ein noob

 

[visualG]

Ok, jetz hab ich alles über static imports gelöst, das Problem ist aber troztdem das selbe? Wie kann ich Netbeans sagen, das wenn ich eine Klasse ändern, sie beim nächsten Debug neu kompiliert wird?? dafür muss es doch ein direktive geben

 

[L-ectron-X]

Bei solchen Problemen ist es meist eine gute Idee, einfach das komplette Projekt neu zu kompilieren,
was ja mit einer guten IDE wie NetBeans kein Problem ist:
Run | Clean and Build Main Project
oder einfach: Shift+F11

Geht nicht?