Czesc.

Czy ktos z Was spotkal sie moze z "problemem" (nie wiem, czy moja taktyka jest dobra, dlatego w cudzyslowiu) dziedziczenia po klasie abstr., ktory polega na tym, iz w momencie nadpisania metody klasa potomna musi uzyc parametrow zadeklarowanych w klasie nadrzednej ?

Dokladnie chodzi mi o:

[PHP] pobierz, plaintext 
abstract class Zwierze
{
    protected function nakarm( $zarcie )
    { (...) }
}
 
class Pies extends Zwierze
{
   public function nakarm( $zarcie, $przystawka )
   { 
        //(Zrob cos z przystawka i dopiero nakarm) 
        return parent::nakarm( $zarcieZPrzystawka );
   }
}
[PHP] pobierz, plaintext 

Powyzszy przyklad zwraca Strict'a:
[i]Strict Standards: Declaration of Pies ::nakarm() should be compatible with that of Zwierze [...][/i

Czy to jest zly przyklad uzycia klasy abstrakcyjnej ?

Jesli Zwierze nie byla by abstrakcyjna, to rozwiazuje problem. Moge nadpisywac metody, ale to rozwiazanie jest zle w moim wypadku. To musi byc klasa abstrakcyjna.

Klasa dziedzicząca po klasie abstrakcyjnej musi posiadać dokładnie takie same metody z dokładnie tymi samymi parametrami. Taki jest jej sens, więc prawdopodobnie źle zaprojektowałeś system, skoro jest to dla Ciebie przeszkodą.

Kolega jacek chyba nie wiem o tym że nie można utworzyć obiektu klasy abstrakcyjnej, więc hermetyzacja metod w tejże klasie jest bezcelowa.

Nadpisywanie metod to po prostu zmiana ich i tylko IMPLEMENTACJI. Inna lista paremtrow w metodzie == INNA METODA.

Inna kwestia jest ze php nie pozwoli ci dodac kilku metod o tej samej nazwie, z inna lista parametrow (to nie Java, C#, C, ....).

jak chcesz implementowac różne metody dla róznych zwierząt tylko pozostawiając jednakowe nazwy - uzyj interfaców

Quider nie masz racji takie coś nie zadziała:

[PHP] pobierz, plaintext 
<?php 
interface iTest{
  public function doSomething($p1, $p2);
}
 
class Tester implements iTest{
  public function doSomething($p1){
    echo 'i dont want to cooperate ;)';
  }
}
?>
[PHP] pobierz, plaintext 

A moge nadpisac konstruktor klasy abstrakcyjnej zmieniajac przy tym parametry ? Pozniej pozostaje wywolanie parent::__construct( [...] );



Wyjasnij. Jesli dobrze rozumiem, hermetyzacja polega na ukrywaniu pol lub metod danej klasy w taki sposob, aby byly one widoczne tylko dla klas zaprzyjaznionych badz, tak jak w moim wypadku, klasy potomnej.

Interfejs zewnetrzny klasy ktorej instancja zostala stworzona czesto nie potrzebuje wszystkich metod, ktore zawarte sa w klasie abstrakcyjnej, wiec po co ma miec do nich dostep ?

Jesli juz jestesmy przy mechanice dzialania ukadu trawiennego zwierzat, to po co mi w interfejsie zewnetrznym "psa', w ktorym przyjmuje jedzenie, metoda odpowiadajaca za trawienie danego pokarmu ? Taka metoda moze byc zawarta w klasie abstrakcyjnej z typem dostepu "protected".

Moze ja cos zle rozumiem.

Co do hermetyzacji, to się nie zgodzę z przedmówcą. Owszem, nie można utworzyć obiektu klasy abstrakcyjnej, ale można utworzyć obiekt klasy dziedziczącej po klasie abstrakcyjnej i uważam, że ze względu na właśnie ten obiekt byłoby miło taką klasę abstrakcyjną zahermetyzować odpowiednio.

Zmiana prototypu metody -> generalnie można to robić:

[PHP] pobierz, plaintext 
<?php
 
class A
{
	public function foo($a, $b)
	{
		echo 'A::foo('.$a.', '.$b.')<br/>';
	} // end foo();
}
 
class B extends A
{
	public function foo($a)
	{
		parent::foo($a, 5);
		echo 'B::foo('.$a.')<br/>';
	} // end foo();
}
 
// działa, lecz wywołuje się cały czas metoda B::foo()
$obj = new B;
$obj->foo(3, 6);
$obj->foo(5);
[PHP] pobierz, plaintext 

Nie jest to jednak zalecane, tj. PHP zgłasza wtedy komunikat E_STRICT. Jeśli jednak przed A::foo() dopiszemy słówko kluczowe abstract, albo taką metodę zadeklarujemy w interfejsie, diametralnie zmienia to postać rzeczy. Wtedy przy próbie użycia innego prototypu niż zadeklarowany dostaniemy ten sam komunikat, co poprzednio, ale już o statusie błędu krytycznego.