Pomoc - Szukaj - Użytkownicy - Kalendarz
Pełna wersja: Kopiowanie danych obiektu A do B dziedziczącego po A
Forum PHP.pl > Forum > PHP > Object-oriented programming
starach
  1. class A
  2. {
  3. private $zmienna_a;
  4. private $zmienna_b;
  5.  
  6. public function setA($a) { $this->zmienna_a = $a; }
  7. public function setB($b) { $this->zmienna_b = $b; }
  8. }
  9. class B extends A
  10. {
  11. public function test()
  12. {
  13. $A = new A();
  14. $A->setA('A');
  15. $A->setB('B');
  16. // questionmark.gif?
  17. }
  18. }
  19. $B = new B();
  20. $B->test();
Jak teraz w metodzie test() przenieść dane do obiektu dziecka? Wiem że mógłbym zadeklarować te zmienne jako protected, ale nie chcę. Dodatkowo nawet jakbym tak zrobił to bym i tak musiał je przepisywać ręcznie, bo klasa A implementuje Iterator i foreach($this) nie da mi dostępu do zmiennych składowych. Istnieje może jakaś metoda na kopiowanie tego czy muszę klepać wszystkie zmienne?
mortus
To co robisz mija się z ideą dziedziczenia w programowaniu obiektowym. Skoro klasa B rozszerza klasę A, to znaczy, że w klasie B mamy takie same pola i metody, jak w klasie A. Przykład:
  1. <?php
  2.  
  3. class A {
  4. private $zmienna_a;
  5. private $zmienna_b;
  6.  
  7. public function setA($a) { $this->zmienna_a = $a; }
  8. public function setB($b) { $this->zmienna_b = $b; }
  9. }
  10.  
  11. class B extends A {
  12. }
  13.  
  14. $B = new B();
  15. $B->setA('A');
  16. $B->setB('B');
  17.  
  18. echo '<pre>';
  19. print_r($B);
  20. echo '</pre>';
  21.  
  22. ?>


Pozostaje pytanie, dlaczego w klasie B nie mamy dostępu bezpośredniego do pól $zmienna_a i $zmienna_b. Otóż dlatego, że są to pola prywatne (private) klasy A, zatem dostęp do nich jest możliwy tylko z publicznej metody w tej właśnie klasie A. Dodam jeszcze jeden przykład:
  1. <?php
  2. ini_set('display_error', 1);
  3.  
  4. class A {
  5. protected $zmienna_a;
  6. private $zmienna_b;
  7.  
  8. public function setA($a) { $this->zmienna_a = $a; }
  9. public function setB($b) { $this->zmienna_b = $b; }
  10.  
  11. public function getB() { return $this->zmienna_b; }
  12. }
  13.  
  14. class B extends A {
  15. function test() {
  16. echo $this->zmienna_a;
  17. echo '<br />';
  18. echo $this->getB();
  19. }
  20. }
  21.  
  22. $B = new B();
  23. $B->setA('A');
  24. $B->setB('B');
  25.  
  26. echo '<pre>';
  27. print_r($B);
  28. echo '</pre>';
  29.  
  30. $B->test();
  31. ?>
Aby zachować paradygmaty dziedziczenia i hermetyzacji danych, należałoby wykorzystać modyfikator dostępu protected.
starach
No świetnie wiem tylko co jeśli do jednego pola składowego nie chcę robić publicznego gettera i setter, bo jest ono wykorzystywane wewnątrz klasy dziecka? A tak właśnie jest. Z kolei zrobienie chronionego settera i gettera nie różni się zbytnio od zadeklarowania tego pola jako chronionego.

edit>
Właściwie miałem nadzieję że istnieje coś w stylu clone. np.

  1. class B extends A
  2. {
  3. public function test()
  4. {
  5. $A = new A()
  6. $A->setCostam('wartosc');
  7. $this = copy $A;
  8. }
  9. }
mortus
Istnieje. Tyle że nie copy, a clone.
zegarek84
Cytat(starach @ 24.04.2010, 08:10:37 ) *
Jak teraz w metodzie test() przenieść dane do obiektu dziecka? Wiem że mógłbym zadeklarować te zmienne jako protected, ale nie chcę. Dodatkowo nawet jakbym tak zrobił to bym i tak musiał je przepisywać ręcznie, bo klasa A implementuje Iterator.....
wszystko zależy jak...
Cytat(starach @ 24.04.2010, 08:10:37 ) *
...i foreach($this) nie da mi dostępu do zmiennych składowych.
jak nie jak tak o.0
Object Iteration
  1. class A {
  2. private $zmienna_a;
  3. private $zmienna_b;
  4.  
  5. public function setA($a) {
  6. $this->zmienna_a = $a;
  7. }
  8. public function setB($b) {
  9. $this->zmienna_b = $b;
  10. }
  11. protected function newVar($key, $value) {
  12. if (!isset($this->$key)) $this->$key = $value;
  13. }
  14. public function writeVarsFromMe(A $ob) {
  15. foreach ($this as $key => $value) {
  16. $ob->newVar($key, $value);
  17. }
  18. }
  19. }
  20.  
  21. class B extends A {
  22. public function test() {
  23. $A = new A();
  24. $A->setA('A');
  25. $A->setB('B');
  26. $A->writeVarsFromMe($this);
  27. }
  28. }
  29.  
  30. $B = new B();
  31. $B->test();
Kod
object(B)#1 (2) {
  ["zmienna_a":"A":private]=>
  string(1) "A"
  ["zmienna_b":"A":private]=>
  string(1) "B"
}

w pierwszej kolejności musiałbyś doprecyzować o co Ci dokładnie chodzi... za czorta ciężko zrozumieć ten temat...
marcio
Jesli cie dobrze zrozumialem mozesz robic takiego hack'a: http://blog.zabiello.com/2009/06/21/zabezp...java-scala-php5
starach
~marcio: Ta wiem że takie sztuki można dzięki Reflection robić, ale aż takim hardkorem nie jestem. tongue.gif

~zegarek: Zrozumiałeś mnie prawie dobrze. Klasa rodzic implementuje Iterator na jednym ze swoich pól składowych, które notabene jest tablicą, więc nie mogę wykonać na nim iteracji przez $this, bo inaczej klucze nie będą nazwami zmiennych klasy tylko kluczami tej tablicy.
zegarek84
Cytat(starach @ 24.04.2010, 14:41:07 ) *
~zegarek: Zrozumiałeś mnie prawie dobrze. Klasa rodzic implementuje Iterator na jednym ze swoich pól składowych, które notabene jest tablicą, więc nie mogę wykonać na nim iteracji przez $this, bo inaczej klucze nie będą nazwami zmiennych klasy tylko kluczami tej tablicy.
ok.. to sprawdź jak tutaj zachowa się funkcja get_object_vars - powinna być odporna na iterator ale szczerze nie wiem a tylko na chwilę teraz zajrzałem na forum... czyli przykład wyżej zamień metodę na:
  1. public function writeVarsFromMe(A $ob) {
  2. $vars = get_object_vars($this);
  3. while (list($key) = each($vars)) {
  4. $ob->newVar($key, $this->$key);
  5. };
  6. unset($vars, $key);
  7. }

i jeśli zadziała (bez iteratora działa) to masz rozwiązanie i dostosujesz do swoich potrzeb...

jeśli to nie zadziała to chyba będziesz musiał przy setterze czy jakkolwiek ustawiasz wartości składować nazwy w jakiejś tablicy...
starach
Zapomniałem odpisać. Dzięki zegarek o to chodziło. Zupełnie zapomniałem o tej funkcji.
To jest wersja lo-fi głównej zawartości. Aby zobaczyć pełną wersję z większą zawartością, obrazkami i formatowaniem proszę kliknij tutaj.
Invision Power Board © 2001-2025 Invision Power Services, Inc.