OO PHP display di contenuti DB

[f.giorgio]

Perdonate l'assenza, ma il lavoro mi ha occupato per molto, torniamo al mio problema.

I metodi in realtà non li ho inseriti proprio perchè non riesco a capire dove vadano messi, ho provato a inserire quelli che sono grosso modo i metodi principali, però mi accorgo fin da subito che non è conveniente avere, per ogni specializzazione di contenuto, gli stessi metodi (salva ed elimina), ma come si fa visto che ognuna delle classi ha degli attributi in più?

Magari se mi date un consiglio su cosa fareste voi riesco a capire meglio quale sia il giusto modo di intervenire. Intanto vi ringrazio per l'aiuto che mi state dando.

class.jpg

[Al_katraz984]

seguendo la tua linea logica:

abstract class content {

  protected $fields = array();
  protected $msg;

  public function __construct( PDO $pdo, array $data ) {  }

  public function save() {  }

  public function remove() {  }

  public function getMsg() {  }
}

class article extends content { }

class news extends content { } 

in questo modo hai ridotto il codice ma avrai una risposta standard per tutte le classi figlie di content.

[f.giorgio]

ma con la classe astratta, non devo necessariamente riscrivere i metodi di 'contenuto' anche nelle sue specializzazioni?
Se è cosi non cambia niente, dovrò comunque scrivermi gli stessi metodi quasi uguali in tutte e tre le specializzazioni.

[albx87]

No...ti stai confondendo con le interface.

Nella tua classe astratta puoi definire le funzionalità base come diceva Al_katraz e riutilizzare i metodi, eventualmente facendone l'override se ti servono comportamenti diversi da quelli che hai definito nella tua classe astratta.

[f.giorgio]

http://www.html.it/pag/18354/le-classi-astratte2/

Qui leggo:

Se una classe estende una classe astratta, deve ridefinire tutti i metodi dichiarati come astratti con proprie implementazioni, assumendo così una struttura comune.

e anche

Come possiamo notare, i metodi astratti non hanno un corpo: sarà compito delle classi eredi fornire un’implementazione per questi ultimi.

ecco perchè ho fatto quella affermazione prima, avere un vincolo sull'utilizzo dei metodi astratti nelle sottoclassi mi può essere utile, così come il definire 'contenuto' come astratta, ma se nella classe astratta non fornisco una implementazione non posso usare il polimorfismo. Perdipiù non me ne farei nulla, utilizzerei sempre i metodo delle sottoclassi che devo, anche con la classe astratta, re-implementare su ognuna anche per le parti comuni.

Piuttosto pensavo, e se definissi il costruttore in 'contenuto' per i soli attributi comuni, e poi nei costruttori delle sottoclassi lo richiamassi con la parola chiave 'parent'? Potrei cosi definire una sola volta l'attribuzione di valori agli attributi comuni e richiamarla nelle sottoclassi.

[Al_katraz984]

Se una classe estende una classe astratta, deve ridefinire tutti i metodi dichiarati come astratti

nella mia classe non ci sono metodi astratti

[f.giorgio]

Se una classe estende una classe astratta, deve ridefinire tutti i metodi dichiarati come astratti

nella mia classe non ci sono metodi astratti

hai ragione, però come dicevo, dovrei comunque implementare i metodi nelle classi figlie, cosa che potevo fare anche senza classe astratta no?

Invece il metodo che ho descritto prima potrebbe essere valido? quello del costruttore 'parent' che completa i costruttori delle sottoclassi ...

[albx87]

Un metodo astratto è definito dalla parola chiave abstract cioè in codice

public abstract function funzione_astratta(); 

Se è un metodo del genere allora si..lo devi reimplementare obbligatoriamente

Per quanto riguarda il costruttore..se ho capito bene il tuo dubbio si...impostare i parametri che sono comuni a tutte le classi figlie di una superclasse è corretto che sia nel costruttore. Del tipo

abstract class Content{
    protected $pdo;

    function __construct(PDO $pdo){
           $this->pdo = $pdo;
    }
}


class Article extends Content{

    function __construct(){
           parent::__construct(new PDO(....));
    }

} 

(Ho capito bene la tua domanda? )

[f.giorgio]

Un metodo astratto è definito dalla parola chiave abstract cioè in codice

public abstract function funzione_astratta(); 

Se è un metodo del genere allora si..lo devi reimplementare obbligatoriamente

Per quanto riguarda il costruttore..se ho capito bene il tuo dubbio si...impostare i parametri che sono comuni a tutte le classi figlie di una superclasse è corretto che sia nel costruttore. Del tipo

abstract class Content{
    protected $pdo;

    function __construct(PDO $pdo){
           $this->pdo = $pdo;
    }
}


public function Article extends Content{

    function __construct(){
           parent::__construct(new PDO(....));
    }

} 

(Ho capito bene la tua domanda? )

esatto, in questo modo implemento la 'costruzione' degli attributi comuni una sola volta, e lascio ai costruttori delle sottoclassi occuparsi dei loro attributi. Mi sembra una soluzione più comprensibile e manutenibile.

[Santino83_02]

Non per rompere le scatole o sembrare un vecchio disco rotto, ma usare un framework per la gestione della persistenza (Doctrine) che fa già tutto o quasi senza stare a reinventare la ruota no? O è un progetto di studio?