Avis sur la façon de procéder ?

Bonjour,

Je me suis mis il y a déjà quelques mois à développer un outils de gestion de collections (BD, CD, étiquettes de vins...) pour les collectionneurs en tous genres un peu comme moi. Le tout est modulaire pour permettre l'ajout d'une collection initialement pas prévu.

Et là après plusieurs méditations, je me dis la POO est pour moi. Donc je me suis documenté, j'ai appris pas mal de choses et je modifie mon application pour la rendre orientée objet.

J'ai donc créé une classe "user" qui permet de gérer les identifications, droits... de chaque utilisateur.

Et lorsque j'arrive aux collections proprement dites, je vois les choses comme cela mais j'ai un doute.

Une classe "collection" avec un attribut qui correspondrait à l'objet collectionné comme attribut et des méthodes "ajouter", "lister", "modifier", "supprimer" qui permettrent de faire les opérations de base.

Après je me voyais bien créer une classe "BD" par exemple pour la collection de BD qui bien entendu serait dérivée de la classe "collection". Elle aurait les attributs "série", "titre", "numéro", "possesseur". Mais là où j'ai un doute c'est qu'elle n'aurait pas de méthode propre vu que les méthodes de la classe "collection" suffisent. Et pour les autres types de collections c'est pareil.

Mais je me dit une classe enfant doit elle forcément avoir des méthodes ? si celles de sa classe parent suffisent.

Dans ce cas, je pourrais également créer une classe "CD" avec juste des attributs et les méthodes seraient une fois de plus héritées de la classe parent "collection".

Un expert de la POO pourrait-il me donner son avis sur la question, savoir si je suis parti à l'ouest ou si je suis plutôt dans un schéma réellement orienté objet.

Merci d'avance à tous.
---------------------------------------------------------
Forum perso : http://le-genie-climatique.positifforum.com
Forum travaux manuels : http://pausebroderie.fr

Hello,

non, ton schéma est à peu près correct dans l'idée...
Et puis, tu n'as pas de méthode propre à tes enfants POUR L'INSTANT...l'avantage est que si tu en as besoin un jour, tu pourras en implémenter.
Dans l'idée donc, parce que par contre, je ne saisis pas ta passerelle entre une collection d'objets, et l'objet unique ?
En fait pour moi, la collection est un objet composé. Il est composé d'autres objets (c'est une collection d'objets).  On peut lui en ajouter, enlever, etc... A la limite, il prend comme attribut un type d'objet qu'on peut lui attacher. Regarde
A mon sens, tu dois avoir une classe abstraite objet, avec ses propriétés (et éventuellement ses méthodes). Puis des classes dérivées de cet objet : bd, cd, etc...
Mais tes objets ne doivent pas étendre ta collection.
Regarde dans un de mes tutos (le 3) sur les design pattern, le pattern OBSERVATEUR, il y a une classe s'appelant SplObjectStorage dedans (provenant de php.net).
http://www.phpcs.com/tutoriaux/DESIGN-PATTERNS_753.aspx
Voilà à quoi doit ressembler ta collection à minima.


 

Tout à fait d'accord avec Malalam : dans ton modéle, il faut distinguer collection et objet. Et aussi object ( et  l'objet collectionné).

La class collection est une classe qui  peut  stocker un ensemble d'objects., Si la classe BoiteAllumettes existait, la class collection pourrait les contenir (par l'entremise d'une base de données ou d'un autre stystème de stockage).
$maCollection->add ( $uneBoite ).

L'idée étant que l'on ignore de quoi seront faites les collections,  une classe générique par exemple Piece pourrait servir pour le développement de la class Collection. Collection->Add(Piece)

Si Piece propose la methode ->toString() , qui renvoit un descriptif de l'objet,
alors toute classe dérivée pourra  surcharger cette  methode (c'est à dire une réécriture de la fonction), pour s'adapter à l'objet et à ses attributs.

Du coup, dans ta Collection, tu pourrais avoir une methode showAll ()  , qui dans une boucle,  appelle successivement la methode  -> toString() de chaque item (objet), quel qu'il soit puisque cette méthode existera forcement.
 

Courage !





 
 

Merci de vos réponses.

C'est un peu hard quand même. J'ai regardé ton tuto malalam.

Je nage un peu à savoir dois-je utiliser avoir un truc du genre :

class BD expends collection
avec la classe abstract collection qui contiendrait mes méthodes communes (ajout, supp...)

ou plutot

class BD implements collection
et dans ce cas la classe collection aurait uniquement les déclarations de méthodes et variables.

Je suis parti avec l'héritage mais la notion d'implémentation me laisse songeur et me fait douter.

Sachant que mes méthodes ajouter, supprimer... doivent faire appel à une classe qui gèrent les opération liées à ma bdd mysql.

Je voulais faire dériver ma classe abstraite "collection" de la classe "bdd" mais après je me retrouve avec de l'héritage multiple qui n'est pas faisable en php c'est ça ? Sinon il faut que je transmette mon objet "bdd" à chaque fonction (ou en $_SESSION) mais c'est pas un peu lourd ?

Je sens que j'avance dans la compréhension mais c quand même vachement abstrait comme concept je trouve.

PS : auriez-vous un bouquin qui traiterais de la POO sous PHP ? J'ai vu celui ci http://www.eyrolles.com/Informatique/Livre/9782212120844/livre-l-oriente-objet.php qui me tente bien mais pas feuilleté et celui-là http://www.eyrolles.com/Informatique/Livre/9782212122701/livre-conception-et-programmation-orientees-objet.php qui me parait plus pointu et moins abordable. Mais sont-ils vraiment applicable à PHP ?

Merci beaucoup à vous.
---------------------------------------------------------
Forum perso : http://le-genie-climatique.positifforum.com
Forum travaux manuels : http://pausebroderie.fr

Salut g_barthe,

Je pense que tu mélanges deux choses différentes : les objets que tu convoites et le local où tu les mets.

J'emploie volontairement "convoitise" et "local" pour bien marquer la différence avec les mots object et collection qui appartiennent aux notions informatiques.

Réfléchis de manière très générique :
Qu'est ce que tu convoites ? Des boîtes d'allumettes, des BDs,  des  pin's,  etc...
Qu'ont en particulier toutes ces convoitises ? Un nom, un prix , une date d'acquisition, un descriptif, une valeur sentimentale, une anecdote, une identification ?

/*
 Le code ci-après est tapé de tête, IL NE FONCTIONNE PAS, mais ILLUSTRE le propos !!!
 La version corrigée viendra dès que je suis sur ma becane de développement ! et pourra faire l'objet d'un tuto !
*/

En PHP5 :

<?
      class Convoitise {

         // valeur qui sera retournée si l'identifiant n'existe pas dans la base, ...
         const VIDE = false ;
      
        // les attributs par defaut ( faut-il mettre var ? je ne sais plus )
        $id ;
        $description ;
        $nature = "GENERIQUE" ;  //  " boite d'allumette, BD , ...    

       //  le constructeur ( nom à vérifier )
       function __construct  ( $identification  = false )
         {
              ' ICI appel de la fonction
               $this->_Init  ( $identification ) ;
         }

      // retourn une string qui parle de l'objet de convoitise 
      function  Info () {
   
             if ( $this->id == self::VIDE ) return "- VIDE-" ;
             $result = $this->id . " : "  . $this->description  ;
             '...
             return $result ;    

       }

       // fonction qui "sauve" l'objet dans la DB par exemple (Abstract à vérifier)
       abstract function Write() { } // obligation de definir cette fonction dans l'héritage
      
      function _Init ( $identification ) {
       ' A FAIRE : lecture dans la DB selon $identification
      
     }

      function Delete ()
      {   // par exemple :::
           $sql = "DELETE FROM '" . $this->table  . "' WHERE  ID = " . $this->id . " LIMIT 1 ";
           ' ... traitement de la suite ...
       }

    // retourne un tableau contenant tout les $id
     abstract function All () {}

    } // -------------------------------------------------------------------------------------

    class Pins extends Convoitise{
   
       $nature = "Pins"     
       $annee ;

        function Write ()
       {
             ' ... ici le code qui update ou insert l'objet
       }

       function All () {
          $sql = "SELECT ID from T_PINS " ;
          '... appel sql

          return  mysql_fetch_array (  $result ) ;
       }

      } // -------------------------------------------------------------------------------------


// exemple d'utilisation 1: création

    // création d'un pins
    $monPins = new Pins () ;
    $monPins->description = "Collector Star Wars" ;
    $monPins->annee = 1990 ;

    // sauvegarde
    $monPins->Write() ;

 
// exemle 2 : info sur un Pins existant
    $monPins = new Pins (10);
    echo $monPins->Info() ;
    
// affchage de l'ensemble de mes Pins :
   
    $maCollection = Pins::All() ;
    while ( list ( $key , $id ) = each ( $maCollection  ) ) {
        $monPins = newPins ( $id ) ;
        echo $monPins->Info() ;
       }

?>
 
// C'EST UNE ILLUSTRATION --- LA VERSION CORRIGEE SUIVRA !!!