Try-Catch: wie wird Variable bei Exception initialisiert?

[mikachu]

Hi Community,

angenommen es existiert folgendes Szenario:

class A
{
    private B memberB;
    public A
    {
        try
        {
            memberB = new B();
        }
        catch( SomeBException sbe )
        {
            // do sth but nothing with memberB
        }
    }
}

In welchem Zustand befindet sich die Membervariable, wenn während der Erstellung eines A-Objektes die Exception aufgetreten ist!?
Das ist ja glaube Lazy-Initialization oder sowas!?

#edit 1:
Weitere Voraussetzung ist natürlich, das die Klasse B auch existiert ;-)

MfG mikachu

 

[musiKk]

Hier kann ja nur im Konstruktor was schief gehn und dann gibts auch kein Objekt. Mit lazy oder nicht lazy hat das imho wenig zu tun.

Wenn du in deinem konkreten Beispiel etwas mit memberB machen wollen würdest, dann könntest du es auch nicht kompilieren, weil memberB nirgends initialisiert wurde.

 

[mikachu]

Hm, aber IMO wird ein Objekt der Klasse A trotzdem erstellt, da die Exception ja abgefangen wird.
Eben nur memberB ist nicht initialisiert worden.
Wenn also dann später auf das memberB zugegriffen wird, resultiert das in einer weiteren Exception... ok, danke.

Wenn man mehr darüber nachdenkt, kommt man zum Ziel ;-)

@musiKk: deine Signatur ist kewl :toll:

 

[musiKk]

Ups. Ich habe nur auf Klasse B geachtet, sorry. Ja, A wird initialisiert, weil das Exception-Handling dort geschieht und die Exception damit abgefrühstückt wird.

 

[mikachu]

Aber memberB ist dann noch im Fehlerfall in uninitialisiertem Zustand.
Richtig!?

 

[musiKk]

Genau.

 

[SlaterB]

Membervariablen sind nie uninitialisiert sondern per Default null, falls da jemand einen Unterschied sieht

 

[musiKk]

Ok, wurde hier tatsächlich synonym verwendet. "Echt" uninitialisiert wäre es bei lokalen Variablen.

 

[mikachu]

Membervariablen sind nie uninitialisiert sondern per Default null, falls da jemand einen Unterschied sieht

Das hilft mir weiter, danke!

Vielen Dank an alle Beteiligten!!!