Przeciążanie metod, E_Strict Opcje

[trylas]

CourseCollection

[PHP] pobierz, plaintext 
class CourseCollection extends Collection {
   public function addItem(Course $obj, $key = null) {
      parent::addItem($obj, $key);
   }
}
[PHP] pobierz, plaintext 

[PHP] pobierz, plaintext 
    public function addItem($obj, $key = null) {
        $this->_checkCallback();     // _checkCallback zdefiniowano nieco później
        if ($key) {
            if (isset($this->_members[$key])) {
                echo "Klucz .$key. jest już zajęty!";
            } else {
                $this->_members[$key] = $obj;
            }
        } else {
            $this->_members[] = $obj;
        }
    }
[PHP] pobierz, plaintext 

Przeciążanie metody addItem powoduje wyrzucenie : Strict standards: Declaration of CourseCollection::addItem() should be compatible with Collection::addItem($obj, $key = NULL) in D:\netpub\r5\CourseCollection.php on line 7
Pytanie teraz w php nie ma przeciążania i co dalej jak to rozwiazac żeby do Collection był przekazany obiekt typu Course skoro przeciażanie sypie E_Strict'ami?

[viking]

http://stackoverflow.com/questions/4697705...ion-overloading

[mortus]

No cóż, trzeba samemu obsłużyć przypadek, gdy podana zmienna nie jest obiektem typu Course:

[PHP] pobierz, plaintext 
public function addItem($obj, $key = null) {
  if(!$obj instanceof Course) {
    throw new SomeException('Parametr $obj nie jest obiektem klasy Course');
  }
  // reszta metody
}
[PHP] pobierz, plaintext 

Zadziała prawie tak samo, a nawet lepiej, bo w tym przypadku to my decydujemy co ma się stać, jeśli przekazany obiekt nie będzie obiektem określonej klasy (w tym przypadku rzucam wyjątkiem SomeException). Wymuszanie typu ma to do siebie, że podanie nieprawidłowego parametru spowoduje fatal error i przerwanie skryptu.

Swoją drogą - skąd ta klasa Collection?

Ten post edytował mortus 20.03.2013, 15:57:22

[trylas]

Zaawansowane programowanie PHP http://helion.pl/ksiazki/php5-zaawansowane...cove,php5zp.htm