[ZF] Prefix tabel Opcje

[misiek08]

Witam!
Nie jestem tak mocno "obkuty" w obiektowym programowaniu, a widzę (wg mnie wykonalny) prosty sposób na możliwość ustawienia prefix'u table w ZF.
Kod przykładowego modelu wygląda tak:

[PHP] pobierz, plaintext 
<?php
class Album extends Zend_Db_Table {
   protected $_name = 'kategorie';
}
[PHP] pobierz, plaintext 

Wiem, że abstract pozwala rozbudować klasę (ja to tak rozumiem). Tak więc, czy nie można zrobić czegoś takiego np. w Bootstrap.php:

[PHP] pobierz, plaintext 
abstract class Zend_DB_Table {
	protected function _setupTableName (){
		$this->_name = TABLE_PREFIX . $this->_name;
	}
}
[PHP] pobierz, plaintext 

Ten post edytował misiek08 18.06.2010, 21:52:44

[yevaud]

fajnie byloby ten prefix z configa pobierac

[misiek08]

W pliku Bootstrap definiuję TABLE_PREFIX. Chodzi mi czy taka konstrukcja działa. Nie mam niestety jak jej przetestować, bo dopiero jutro będę miał dane FTP do strony. Nie używałem wcześniej abstract'a.


EDIT:
Z tego co szukałem w internecie widzę, że abstract służy do czegoś innego. Moim problemem jest chęć nadpisania metody _setupTableName z klasy Zend_DB_Table tak, aby każdy obiekt tej klasy miał automatycznie dodawany prefix do nazwy.

Ten post edytował misiek08 19.06.2010, 12:00:13

[yevaud]

abstract uzywasz wtedy gdy chcesz "zamarkowac", ze dana klasa ma miec jakas konkretna metode, ale nie mozesz jeszcze napisac jej kodu

np.

[PHP] pobierz, plaintext 
abstract class AbstractClass
{
    abstract protected function costam();
}
[PHP] pobierz, plaintext 

kazda klasa ktora ma chociaz jedna metode abstrakcyjna, musi byc abstrakcyjna - wynika tez z tego ze jesli dziedziczysz po klasie abstrakcyjnej i nie pokryjesz jej abstrakcynych metod, to wlasnie tworzysz nastepna klase abstrakcyjna
oczywiscie nie mozesz tworzyc obiektow klasy abstrakcyjnej poniewaz maja one metody ktore nie maja implementacji wiec nie moga sie wykonac

klasy abstrakcyjne maja sens wtedy gdy tworzysz klasy dziedziczace po nich, wtedy:
1. narzucasz ze pewne metody musza miec implementacje, jesli ktos chce tworzyc normalne obiekty
2. dzieki temu ze interpreter wie, ze AbstractClass ma jakas metode, mozesz uzywajac polimorfozmu traktowac klasy dziedziczace po AbstractClass, jak instancja obiektu AbstractClass i wtedy odwolywac sie normalnie do jej metod abstrakcyjnych

http://php.net/manual/en/language.oop5.abstract.php

Ten post edytował yevaud 19.06.2010, 12:28:06

[misiek08]

A na mój problem jakie lekarstwo? Po prostu chciałbym zmodyfikować istniejąca klasę, ale bez ingerowania w jej oryginalny kod.

[yevaud]

Twoja technika ma sens jesli zrobisz sobie klase ktora dziedziczy po Zend_DB_Table i nazywa sie np. "Misiek_Db_Table", dodaje tam co trzeba, a Ty dziedziczysz swoimi tabelami po Misiek_Db_Table

[misiek08]

Czyli:

[PHP] pobierz, plaintext 
class Misiek_Db_table extends Zend_Db_Table {
 protected function setupTableName(){
  $this->_name = TABLE_PREFIX . $this->_name;
 }
}
class Album extends Misiek_Db_Table {
 protected $_name = 'test';
}
[PHP] pobierz, plaintext 

Oczywiście dodam wcześniej w mojej funkcji kod starego setupTableName.

[yevaud]

dorzuc uruchomienie rodzica w setupTableName

[PHP] pobierz, plaintext 
class Misiek_Db_table extends Zend_Db_Table {
 protected function _setupTableName(){
  parent::_setupTableName();
  $this->_name = TABLE_PREFIX . $this->_name;
 }
}
 
class Album extends Misiek_Db_Table {
 protected $_name = 'test';
}
[PHP] pobierz, plaintext 

Ten post edytował yevaud 19.06.2010, 13:24:03

[misiek08]

Czyli wtedy już nie muszę przpisywać kodu ze starej setupTableName? Chodzi o kod który rozbija ewentualnie nazwe bazy, i który na podstawie nazwy klasy tworzy nazwę tabeli jeśli nie została podana?

[yevaud]

nie musisz

[misiek08]

Dziękuję za tak kompleksową pomoc w sobotę. Dałem pomógł oczywiście. Można (chyba) zamknąć.