🚀 go-pugleaf

W dniu 2013-12-12 12:00, Jadalbert pisze:
> Jak to właściwie jest. Mam klasę abstrakcyjną (dodam, że rzecz ma się dziać w jsf - co to zmienia, nie wiem)
>

public interface FiguraZPolem {
      public double getPole()
}

> public abstract class Figura implements FiguraZPolem {
> 	public Figura(){}
>
> 	private double pole;
>
         @Override
> 	public double getPole() {
> 		return pole;
> 	}
> }
>
> i klasę
>

public interface FiguraZObwodem {
      public double getObwod()
}

> public class Kolo extends Figura implements FiguraZObwodem {
> 	public Kolo(){}
>
> 	private double obwod;
>
         @Override
> 	public double getObwod() {
> 		return obwod;
> 	}
> }
>
> i teraz:
> public class Licz {
> 	private Figura figura;
> 	private double PoleObwod;
>
> 	public Licz() {}
>
> 	public Licz(Figura figura) {
> 		this.figura = figura;
> 	}
>
> 	public double getPoleObwod() {
		if (!figura instanceof FiguraZObwodem)
                      throw new InvalidParameterException("oczekiwano 
FiguraZObwodem");
		if (!figura instanceof FiguraZPolem )
                      throw new InvalidParameterException("oczekiwano 
FiguraZPolem ");

> 		return ((FiguraZPolem ) figura).getPole() * ((FiguraZObwodem) figura).getObwod();
> // i tu oczywiście błąd bo obwodu nie ma w klasie Figura !
> 	}
> }
>
> w "realu" będzie więcej klas jak Kolo i każda nie dość, że będzie pokrywała metody klasy bazowej to jeszcze będzie miała własne, dodatkowe. I skąd wziąć wiedzę, jakiej klasy jest to co przychodzi w konstruktorze?
>

Po za tym Figura tez może być interfejsem, pustym. Da ci to możliwość 
posiadanie kilku hierarchii dziedziczenia figur.

-- 
Arivald