klasy abstrakcyjne Opcje

[Jarod]

Tworząc interfejs używamy słowa abstract przy definicji metod.

Po co używa się tego słowa przy definicji klas (lub funkcji - w przypadku gdy nie jest to interfejs) ?
W jakim celu tworzyć abstrackyjne klasy?

[Apo]

W przeciwieństwie do interfejsów w klasach abstrakcyjnych masz ciało metod, czyli częściowe zaimplementowanie interfejsu, możesz wymuszać obecność metod w klasach jak i iniemożliwić nadpisanie innej itp.

Fajnym przykładem może być obsługa akcji w frameworkach np:

[PHP] pobierz, plaintext 
<?php
abstract class SzablonAkcji {
 
protected $przywileje = array('public');
 
abstract public function akcjaAlternatywna(); // wymuszamy utworzenie tej metody w klasach dziedziczących
 
final function OdpalAkcje() // w klasach dziedziczących nie mozemy nadpisac tej metody
{
  $action = new HttpRequest->get('action');
  $action = $this->$action . '()';
 
  if(method_exists($action, $this))
	$this->action;
  else
	$this->akcjaAlternatywna();
}
}?>
[PHP] pobierz, plaintext 

Stworzony został prosty szkielet do obsługi akcji, czyli wywoływania odpowiednich metod na podstawie urla, aby wyświetlić przykładowo newsy musimy utworzyć klasa WyswietlNewsy która będzie dziedziczyć nasz SzablonAkcji.

[PHP] pobierz, plaintext 
<?php
 
class WyswietlNewsy extends SzablonAkcji {
 
protected $przywileje('admin');
 
public function AkcjaAlternatywna()
{
  echo 'Błąd obsługi akcji';
}
 
public function WyswietlNewsy()
{
  // wyswietlanie newsow
}
 
}
?>
[PHP] pobierz, plaintext 

Pisałem z palca więc mogą byc błędy, ale myślę że teraz wiesz miej więcej jak to działa

[envp]

Heh wytlumaczone dobrze, ale dziwnie. J4r0d: pojęcie interfejsu znasz prawda? więc wyobraź sobie teraz ze masz 10 klas, ktore dziedzicza ten inerfejs (niech to bedzie metoda foo()) i dla tych klas metoda foo() wyglda tak samo, gdybys uzywal tylko interfesjow musail bys napisac 10 razy ten sam kod, a tak tworzysz sobie klase abstrakcyjna i ona zawiera juz cale cialo metody foo(). Dodatkowo powiem, ze nie mozesz utworzyc instacji ani odwolac sie do pola klasy abstrakcyjnej - czyli sama w sobie jest bezuzyteczna, uzywamy jej jedynnie jako rodzica innej klasy. Btw. Ten temat byl juz poruszany....

Ten post edytował envp 10.08.2006, 03:12:32

[Ludvik]

Klasy abstrakcyjne nie są wygodnym narzędziem do definiowania interfejsów. Sprawdzają się, kiedy musisz wymusić na potomkach określony zestaw metod, w którym część kodu metod jest wspólna. Ponadto przydają się przy takich wzorcach jak Template Method.

Dodatkowo powiem, ze nie mozesz utworzyc instacji ani odwolac sie do pola klasy abstrakcyjnej - czyli sama w sobie jest bezuzyteczna, uzywamy jej jedynnie jako rodzica innej klasy.

To nie jest do końca prawdą. Statyczne metody i właściwości klasy abstrakcyjnej nie zmieniają swojego zachowania. Dobrym nawykiem jest zadeklarowanie klasy jako abstrakcyjnej w przypadku, gdy cały jej interfejs tworzą metody statyczne i nie ma ona sensu w kontekście instancji. Dla przykładu przywołać można szczególną postać wzorca Registry.

[PHP] pobierz, plaintext 
<?php
abstract class Registry {
	public static function get($mKey) {
		//...
	}
 
	public static function set($mKey) {
		 //...
	 }
 
	public static function unset($mKey) {
		 //...
	 }
 
	public static function has($mKey) {
		 //...
	 }
 
	private static $registry = array();
}
?>
[PHP] pobierz, plaintext 

Ten post edytował Ludvik 10.08.2006, 10:02:00

[Jarod]

Mniej więcej łapie. Wychodzi na to, że lepiej używać klas abstrakcyjnych niż interfejsów. Dziwni mnie tylko, że w książce PHP5 zaaw. progr. nie ma (przynajmniej we wprowadzeniu do OOP) wzmianki o czymś takim jak final czy klasy anstrakcyjne.. :/

[Ludvik]

Wychodzi na to, że lepiej używać klas abstrakcyjnych niż interfejsów.

A skąd ten wniosek? To są narzędzia do dwóch podobnych, ale jednak różnych celów. Jeżeli chcesz zdefiniować tylko wymagany interfejs klasy, to używasz interfejsów. Jeżeli potrzebujesz utworzyć szkielet klasy, wtedy definiujesz klasę abstrakcyjną. Pamiętaj o jednej, znaczącej przewadze interfejsów. Możesz implementować wiele interfejsów w jednej klasie. Wielodziedziczenie w php nie istnieje.

W moich projektach na 10 (jeżeli nie więcej) interfejsów przypada mniej więcej jedna klasa abstrakcyjna.

[Jarod]

Pamiętaj o jednej, znaczącej przewadze interfejsów. Możesz implementować wiele interfejsów w jednej klasie.

Przecież zapis nie ma prawa bytu

[PHP] pobierz, plaintext 
<?php
class NazwaKlas implements Interfejs1, Interfejs2
{
 
}
?>
[PHP] pobierz, plaintext 

[Ludvik]

A sprawdziłeś czy to działa? Na mój gust działa... Tak się składa, że takie konstrukcje często się spotyka i od dawna jest mowa o tym, że w PHP5 można symulować wielodziedziczenie właśnie w taki sposób.

Mimo wszystko, najlepiej sprawdzić kod przed wysłaniem posta

[Jarod]

A sprawdziłeś czy to działa? Na mój gust działa... Tak się składa, że takie konstrukcje często się spotyka i od dawna jest mowa o tym, że w PHP5 można symulować wielodziedziczenie właśnie w taki sposób.

Mimo wszystko, najlepiej sprawdzić kod przed wysłaniem posta

lol strzelałem, wyssałem z palca

Po co klasa ma implementować dwa interfejsy? Nie potrafię sobie tego wyobrazić. Tzn. wyobrazić mogę tylko nie łapie sensu ..

[Ludvik]

Kilka tematów niżej jest przykładowa odpowiedź.

[Cysiaczek]

Sporo sensu to ma.
np. interfejsy:
1. save(), load()
2. setCommand(), executeCommand()

Juz masz 2 inetrfejsy - uważasz, że można te cztery metody umieścic w jednym intefejsie? Jak go nazwiesz?

[Jarod]

Heh wytlumaczone dobrze, ale dziwnie. J4r0d: pojęcie interfejsu znasz prawda? więc wyobraź sobie teraz ze masz 10 klas, ktore dziedzicza ten inerfejs (niech to bedzie metoda foo()) i dla tych klas metoda foo() wyglda tak samo, gdybys uzywal tylko interfesjow musail bys napisac 10 razy ten sam kod,

Zgadza się. Dotąd rozumiem.

a tak tworzysz sobie klase abstrakcyjna i ona zawiera juz cale cialo metody foo().

No dobra, czyli masz interfejs:

[PHP] pobierz, plaintext 
<?php
interface Metody {
	abstract function metoda1();
	abstract function metoda2();
}
?>
[PHP] pobierz, plaintext 

i klasę abstrakcyjną:

[PHP] pobierz, plaintext 
<?php
abstract class Abstrakcja {
	public function foo() {
	//... kod metody
	}
}
?>
[PHP] pobierz, plaintext 

1. I jak teraz utworzysz klasę, która implementuje interfejs Metody i jednocześnie dziedziczą po klasie Abstrakcja ?

2. Co dokładnie daje dodanie słowa static po słowie function?

(...)
Fajnym przykładem może być obsługa akcji w frameworkach np:

[PHP] pobierz, plaintext 
<?php
abstract class SzablonAkcji {
 
protected $przywileje = array('public');
 
abstract public function akcjaAlternatywna(); // wymuszamy utworzenie tej metody w klasach dziedziczących
 
final function OdpalAkcje() // w klasach dziedziczących nie mozemy nadpisac tej metody
{
  $action = new HttpRequest->get('action');
  $action = $this->$action . '()';
 
  if(method_exists($action, $this))
	$this->action;
  else
	$this->akcjaAlternatywna();
}
}?>
[PHP] pobierz, plaintext 

Coś jest nie tak w metodzie OdpalAkcje(). Nie powinno być:

[PHP] pobierz, plaintext 
<?php
$action = new HttpRequest();
$action = action->get('action');
$action = $this->$action . '()';
?>
[PHP] pobierz, plaintext 

? Nie czaje ale to może dlatego, że to jest kawałek kodu.

[Ludvik]

W definicji interfejsów nie używamy słowa abstract. Interfejs zawsze definiuje tylko sposób wysłania komunikatu do obiektu.

Dziedzicząc można spokojnie implementować interfejsy.

[PHP] pobierz, plaintext 
<?php
class Konkretna extends Abstrakcyjna implements Interfejs1, Interfejs2, Interfejs3 {
	// Definicja klasy...
}
?>
[PHP] pobierz, plaintext 

Poczytaj phpedię... Metody statyczne operują na danych statycznych, czyli zajmujących stałe miejsce w pamięci i wywoływanych z kontekstu klasy, a nie obiektu. Metody i właściwości statyczne są dostępne bez konieczności tworzenia obiektów klasy.

[Apo]

2. Co dokładnie daje dodanie słowa static po słowie function?

Nie musisz tworzyć obiektu klasy aby wywołać metode, np singleton. Do metody statycznej odwołujesz się:
NazwaKlasy::metoda();

Coś jest nie tak w metodzie OdpalAkcje(). Nie powinno być:

[PHP] pobierz, plaintext 
<?php
$action = new HttpRequest();
$action = action->get('action');
$action = $this->$action . '()';
?>
[PHP] pobierz, plaintext 

? Nie czaje ale to może dlatego, że to jest kawałek kodu.

No ja w tym fragmencie popełniłem błąd, teraz jest dobrze.

[Jarod]

Nie musisz tworzyć obiektu klasy aby wywołać metode, np singleton. Do metody statycznej odwołujesz się:
NazwaKlasy::metoda();

Łapie. Mam jeszcze jedno pytanie. Żeby móc odwoływać się do klasy bez tworzenia obiektu, klasa musi być static.

Ostatnio widziałem gdzieś klasę statyczną, której kilka metod było statycznych a reszta nie. I co wtedy? Bez tworzenia obiektów możemy odwoływać się tylko do metod statycznych? A do pozostałych?

[Cysiaczek]

A do pozostałych nie - o to właśnie chodzi.Własnie we wzorcu singleton jest pokazana współpraca metod statycznych z niestatycznymi. Do metody statycznej możesz sie odwołac z kontekstu całej aplikacji - wystarczy, ze zadeklarowałeś wcześniej klasę. Jeśli stworzysz obiekt, to już musisz zacząć się o niego martwić tzn. brac poprawki np. na umiejscownienie obiektu

Pozdrawiam

[dr_bonzo]

Nie ma klas statycznych, moga byc tylko metody statyczne ktore wywolujesz:
NazwaKlasy::nazwaMetody()

[Jarod]

Jeśli stworzysz obiekt, to już musisz zacząć się o niego martwić tzn. brac poprawki np. na umiejscownienie obiektu

Możesz to rozwinąć? Jakie umiejscowienie?

[Cysiaczek]

Faktycznie - trochę nieściśle się wyraziłem.

Chodzi o zwykły zasięg zmiennych. Jak stworzysz obiekt, to jest on przypisanu do jakiejś zmiennej. Od tego momentu musisz przekazywać jej referencję (lub kopię) do klas, funkcji, etc, jeśli chesz skorzystać z obiektu.

Pozdrawiam.

Ten post edytował Cysiaczek 24.08.2006, 21:28:02

[thornag]

@J4r0d Wracajac jeszcze do pytania abstrakcyjne. Pamietasz swoje pytanie dotyczace przekazywania parametrow do metod w stylu addItem(Item $item).

Jasnym jest ze mozesz przekazac tutaj wszystkie instancje class ktore implementuja interfejs Item. Powiedzmy ze ten interfejs wymusza implementacje metody Pokaz() i Schowaj().
A co jesli 4 klasy ktorych chcesz uzywac maja taka sama metode Schowaj() ?
Bedziesz ja przepisywac od nowa ? No nie a tak to mozesz utworzyc abstrakcyjna klase Item w ktorej bedzie ta wpolna metoda w pelni zaimplementowana no i wymuszisz implementacje Pokaz().

Mozna by powiedziec ze po co mi abstrakcja skoro mozna dziedziczyc po zwyklej. No tak ale zwykla klasa nie wymusisz implementacji metody Pokaz() pozatym nie ma sensu tworzyc instancji klasy zawierajacej sama metode Schowaj() wiec tutaj przydaje sie abstrakcja. Nie dosc ze masz zapewnione to ze wszystkie kalsy beda mialy zaimplementowane wymagane przez Ciebie metody to jeszcze korzystasz z zalet dziedziczenia. Swoja droga to sie chyba nazywa polimorfizm to ze klasa wie od jakiej klasy pochodzi i mozna ja przekazac do metody jak wyzej.