statische methoden und sichtbarkeit

[hoodi]

hallo, ich bin im moment ein wenig verwirrt.

ich habe eine klasse A, in der eine prozedur (stat. methode) aufgerufen wird. sie ist

public

.

diese methode ist definiert in einer klasse B (es besteht keinerlei vererbung zwischen den klassen)

frage: warum gibt es beim aufurf der genannten methode in der methode der klasse B den fehler

"cannot find symbol: method x"

ich dachte,

static

oder nicht-static haben mit der sichtbarkeit nix zu tun?

warum kann ich in klasse A alle nicht-statischen methoden der klasse B aufrufen, aber nicht die statische methode?
sind doch beide

public

...

wenn ich die methodendefinition in klasse A haue, dann funktioniert alles.


bitte um aufklärung. was gibts noch zu beachten zwischen static und nicht-static methoden, und vorallem auch variablen.
weil wie gesagt darauf bin ich eher zufällig gestossen, ich dachte der allereinzigste unterschied liegt darin, dass statische methoden kein objekt brauchen und nicht-statische schon...

dankeschön !

 

[hoodi]

ps: sorry für den code.. die site hat mir aber vorgeschlagen, die schlüsselwörter in code zu packen...

pps: sorry für doppelpost

 

[André Uhres]

..warum kann ich in klasse A alle nicht-statischen methoden der klasse B aufrufen, aber nicht die statische methode?..

Geht doch:

package basics;
/*
 * KlasseA.java
 */
public class KlasseA {
    public KlasseA() {
        KlasseB.x();
    }
    public static void main(String[] args) {
        new KlasseA();
    }
}
class KlasseB{
    public static void x(){
        System.out.println("x");
    }
}

 

[NTB]

Gib doch mal bitte Deinen Code, in dem das nicht funktioniert.

 

[Guest]

public class Konto
{
	private static int aktuelleKNR = 1;
	private int kontoNR;
	private Kunde kunde;
	private double kontoStand;

	public void abheben(double betrag)
	{
		if (kontoStand - betrag < 0.0)
		{System.out.println("Nicht genug Geld auf dem Konto!");}
		else
		{kontoStand = kontoStand - betrag;}
		
	}
	public void einzahlen(double betrag)
	{
		kontoStand = kontoStand + betrag;
	}

		public static void ueberweisen(Konto konto1, Konto konto2, double betrag)
	{
		konto1.abheben(betrag);
		konto2.einzahlen(betrag);
	}
}

public class Bankgeschaeft
{
	
	public static void main(String[] args)
	{
		Konto konto1 = new Konto (kunde1, 755.90);  // kunde1 und kunde 2 sind als gegeben zu sehen!
		Konto konto2 = new Konto (kunde2, 0.0);       // ~
		  
		ueberweisen(konto1, konto2, 55.90);
		
		System.out.println(konto1.getKontostand());
		System.out.println(konto2.getKontostand());
		
	}

}

hier sagt er mir beim aufruf von bankgeschaeft:

cannot find symbol: method ueberweisen

wenn ich aber die komplette methodendefinition von ueberweisen in die klasse bankgeaschaeft schreibe
(vor die main-methode), dann funktioniert es.

 

[SlaterB]

ueberweisen(konto1, konto2, 55.90);
->
Konto.ueberweisen(konto1, konto2, 55.90);


woher sollte Java sonst wissen wo sich die Operation befindet?
automatisch alle 1000de Klassen zu durchsuchen wäre auch nicht gerade sinnvoll

und was ist, wenn 2 Klassen die gleiche statische Operation haben?

 

[Gast]

wenn 2 klassen die gleiche stat. operation haben, dann greift
doch überschatten oder? er holt sich doch automatisch die, die auf die gegebenen eingabeparameter matcht oder nicht?

aber zum thema: also ist es so, dass eine klasse alle nicht-statischen operationen einer anderen kennt, aber die statischen nicht?
bei statischen muss ich ihm sagen, wo sie ist, meine ich damit, und bei nicht-statischen nicht?

 

[SlaterB]

bei nichtstatischen musst du doch eh das Objekt angeben,
das Objekt kennt seine Klasse, fertig

Überschatten hilft auch nicht (mehr) wenn die Parameter gleich sind

 

[Gast]

okay.

noch ganz kurz: wenn die klasse konto jetzt abgeleitet wäre von bankgeschaeft, dann müsste man nach wie vor die methode in bankgeschaeft Konto.ueberweisen nennen oder?

aber wenn konto die vaterklasse wäre, dann müsste ich es nciht machen, weil bankgeschaeft die methode mitgeerbt hat? ist das richtig?

danke für eure hilfe

 

[function]

ja das wäre richtig, sobald eine klasse von einer anderen etwas erbt kennt die erbende alle methoden der oberklasse.

ich würde nur einmal überlegen ob die methode ueberweisen, wirklich in konto stehen sollte und nicht evtl einfach in bankgschaeft...
denke da an einen sauberen programmierstil, weil eine ueberweisung ja ein bankgeschäft/bankaktion ist und grundsätzlich nicht ein konten problem.

 

[SlaterB]

> aber wenn konto die vaterklasse wäre, dann müsste ich es nciht machen, weil bankgeschaeft die methode mitgeerbt hat? ist das richtig?

das stimmt irgendwie, wobei ich das nicht vererben nennen würde,
auch wenn es sich genauso verhält
(vielleicht nicht in allen Bereichen)

mir wäre am liebsten, wenn das gar nicht gehen würde

 

[JPKI]

ja das wäre richtig, sobald eine klasse von einer anderen etwas erbt kennt die erbende alle methoden der oberklasse.

Nicht ganz, dabei kommt es auf die Sichtbarkeit der Methoden an. Eine Subklasse kann nur die öffentlichen und geschützten Methoden der Oberklasse "sehen" (also public und protected). Bei private geht das nicht).

 

[function]

ja das stimmt wohl, abe rich hatte mich auch eher auf dieses problem beschränkt, sonst müßte man ja auch ncih sagen, das von final klassen nicht geerbt werden kann, final methoden nicht überschrieben werden können, etc. pp

 

[Guest]

wenn die klasse konto jetzt abgeleitet wäre von bankgeschaeft

Was fachlich gesehen totaler Blödsinn ist.