Problem mit inneren Klassen und Klassenvariablen

[Julikó]

Hallo!
Ich habe (wie man möglicherweise schon am Betreff erkennen kann ) ein Problem mit inneren Klassen und Klassenvariablen.
Ich habe eine Klasse Graph und darin eine Klasse Vertex als innere Klasse. Die Klasse Graph hat eine Klassenvariable s, die irgendwann mal initialisiert wird und dann auch so aussieht wie sie aussehen soll.
Später will ich in einer Methode der Klasse Vertex auf s zugreifen, aber da ist s plötzlich null... ?
Ich hab das mit Ausgaben in sämtlichen Methoden verfolgt, die ganze Zeit hat s nen Wert, bis zu dieser Vertex-Methode.
Ich kann leider nicht so problemlos Quellcode posten, da der ein wenig umfangreich ist. Hab versucht, eine Testklasse zu schreiben mit wenig Zeilen, in der das Problem auch auftritt, in der funktioniert aber alles wunderbar.
Hm... kommt dieses Problem vielleicht jemandem bekannt vor?
Ich hab es jetzt "gelöst" indem ich s an die Methode übergebe, aber das ist ja irgendwie nicht Sinn der Sache...
Schon mal danke für eure Hilfe.
J.

 

[maki]

Ohne Code:
Du hast einen Fehler in deinem Programm.

 

[Julikó]

was du nicht sagst
Hm. Ich versuch mich nochmal an einem kleinen Programm bei dem der gleiche Fehler auftritt. Bei meinem werden zwischen Initialisierung und Fehler schätzungsweise 2000 Zeilen Code durchlaufen.
Also du meinst es gibt keinen doofen Standardfehler den man machen kann?

 

[maki]

Es gibt zu viele... so können wir nur raten, das habe ich bereits

Interessant ist das hier:

Die Klasse Graph hat eine Klassenvariable s, die irgendwann mal initialisiert wird und dann auch so aussieht wie sie aussehen soll.

"irgendwann mal initialisiert" hört sich zu spät an imo.

 

[Julikó]

ne, das ist es nicht

Okay, doch ein bisschen code.
In der ersten Methode ist eine Methode der Klasse Graph. Hier ist mit der Klassenvariable _s noch alles in Ordnung, sie ist also nicht null. Die erste Methode ruft die zweite Methode, eine Methode der inneren Klasse Vertex auf. Hier ist _s schon gleich zu Anfang null.



[HIGHLIGHT="Java"]

public void findPosNegCycle(){

resetVertexLabels();
VertexList path = new VertexList();
Edge e = null;

// find starting vertex
for(int i=0; i<_vertices.length-3; i++){

//HIER WIRD METHODE2 AUFGERUFEN!
e = _vertices.findAlternatingEdge();

if(e != null){
break;
}
}

path.add(e.getStart());
e.getStart().setLabel(true);

Vertex curr = e.getTarget();
Edge inEdge = e;

while(!curr.getLabel()){
curr.setLabel(true);
path.add(curr);
inEdge = curr.nextAlternatingEdge(inEdge, _s);
curr = inEdge.getTarget();
}

path.cutBeginning(curr);
System.out.println("POSNEGCYCLE " + path);
}


[/HIGHLIGHT]








[HIGHLIGHT="Java"]

public Edge findAlternatingEdge(){

int n = _vertices.length;
boolean sign;
boolean lastSign;

System.out.println(_s); // <---- NULL


CyclicIterator iter = (CyclicIterator) _edges.iterator();
Edge lastEdge = null;
Edge e = (Edge) iter.next();
Edge nextEdge = (Edge) iter.next();

lastSign = _faces[idOfFace(_s, this, nextEdge.getOther(this), e.getOther(this))].isPositive();
lastEdge = e;

while(iter.hasNext()){

e = nextEdge;
nextEdge = (Edge) iter.next();

sign = _faces[idOfFace(_s, this, e.getOther(this), nextEdge.getOther(this))].isPositive();

if(sign != lastSign && e.getStart() == this){
return e;
}

lastSign = sign;
}
return null;
}

[/HIGHLIGHT]


Hu? irgendwie kommen in der java-Quellcode-Umgebung strichpunkte an seltsamen Stellen. Also die bitte ignorieren, kompilieren kann man's

 

[Zed]

Warum ist _s null? Wo wird das initialisiert? Der Rest des Codes ist doch uninteressant.

Update
zwischen

findAlternatingEdge

und

inEdge = curr.nextAlternatingEdge(inEdge, _s);


Muss doch irgendwass passieren das _s unten nicht null ist.

 

[SlaterB]

vielleicht hast du sowas:

public class Test
{
    public static void main(String[] args)
        throws Exception
    {
        new A().test();
    }
}


class A
{

    String s = null;

    void test()
    {
        B b = new A().new B();

        s = "test";
        System.out.println("s in A: " + s);
        b.ausgabe();
    }


    class B
    {

        void ausgabe()
        {
            System.out.println("s in B: " + s);
        }
    }
}

Ausgabe:
s in A: test
s in B: null

also die Objekte der inneren Klasse gehören zu anderen Objekten der äußeren Klasse

zu testen mit
System.out.println("s in A: " + s+", "+this.hashCode());
+
System.out.println("s in B: " + s+", "+A.this.hashCode());

 

[Julikó]

hm, schade, das klang erstmal vielversprechend, aber eigentlich arbeite ich die ganze Zeit nur auf einem einzigen Graphen und hab eigentlich auch nur einen erzeugt. aber ich probier's sicherheitshalber mal. danke auf jeden fall.

@Zed
es ist uninteressant wo das initialisiert wird, weil es in der ersten geposteten methode nicht null ist, es ist also definitiv richtig initialisiert worden. der wert geht irgendwo zwischen der ersten und zweiten methode verloren.

 

[maki]

@Zed
es ist uninteressant wo das initialisiert wird, weil es in der ersten geposteten methode nicht null ist, es ist also definitiv richtig initialisiert worden. der wert geht irgendwo zwischen der ersten und zweiten methode verloren.

nix für ungut, aber wenn du das Problem kennen würdest, würdest du hier nicht nachfragen

Wo wird denn _s (schlechter name übrigens) sonst noch gesetzt, ausser in der Initialisierung?
Gibt es da eine Zuweisung an null?
Wenn _s nirgendwo sonst gesetzt wird, könntest du sie ja als final deklarieren, da merkt man zB. schnell ob die initialisierung auch stimmt.

 

[Julikó]

du hast natürlich recht. aber trotzdem sieht _s ja in methode1 genauso aus, wie es aussehen soll, also nach der initialisierung ist alles fein.

_s wird initialisiert und danach nicht mehr verändert, aber final kann ich's nicht machen, weil es erst nach einer bestimmten weile und diversen arbeitsschritten initialisiert werden kann, vorher hab ich die informationen noch nicht, die ich für seine initialisierung benötige.

das mit dem hashcode: ich krieg tatsächlich verschiedene sachen raus, da scheint das problem also irgendwie zu liegen. aber ich hab nur ein Graph-Objekt... Hu? Ich dachte, das kann eigentlich nur passieren, wenn man verschiedene Objekte der äußeren Klasse hat oder hab ich das falsch verstanden?

 

[Julikó]

okay, ich hab das problem glaub gefunden danke euch allen! (vielleicht aber auch nicht, dann komm ich wieder, hehe)

 

[Julikó]

ach so, für die dokumentation und falls mal jemand ein ähnliches problem hat:

ich hatte eine Klasse GraphReader, die einen Graphen aus einer Datei ausliest und habe darin einen Graph g1 aus den Informationen der Datei erzeugt und im Konstruktor der Graph-Klasse, als ich einen Graphen g2 erzeugt habe, die Klassenvariablen einfach rüberkopiert, so dass die Objekte der inneren Klassen den Graphen g1 als umhüllendes Objekt hatten, deshalb die Transportprobleme der Infromationen von der äußeren in die innere Klasse.

Im nachhinein ziemlich doof... danke nochmal, insbesondere an slater, da wär ich glaub nie draufgekommen