Méthodologie de codage ...

    Salut à tous !
Alors voilà, j'ai un petit problème de méthodologie ... Je m'explique :
Imaginons que l'on ait une classe Cookie, qui modélise - comme son nom l'indique - les cookies, avec par exemple des methodes comme recupererVariable(), enregistrerVariable(variable), etc. ... Le truc, c'est qu'à côté de ça, je dois pouvoir gérer l'ensemble de ces cookies, avec des opérations comme par exemple recupererCookieParSonId(id), detruireCookie(cookie) etc ...
Alors comment dois-je faire ? En fait, j'ai pensé à deux solutions :
1) Créer une classe GestionCookie qui suit le pattern singleton, ce qui assure qu'il n'y aura qu'une seule instance de cette classe et donc aucun problème d'interférence entre les cookies ;
2) Créer un ensemble de méthodes et de membres statiques à l'interieur de ma classe Cookie qui permettent de gérer tout les cookies, et une nouvelle fois, aucun problème d'interférence, l'unicité étant dûe à l'existence unique de l'objet porteur de classe.
Au final, les 2 valent à peut prêt la même chose ... Sauf que la première est plus lourdre mais plus jolie a implémenter, et la seconde est plus aisée et permet de tout rassembler mais c'est quand même laid dans la manière de coder ...
So ... Any Idea ?
Localstone

Le singleton est pratique lorsqu'il n'y a qu'une seule configuration possible pour ton objet.
Exemple pour une base de donnée par exemple. Tu ne spécifies les infos de connection à ta base qu'une fois et que tu utilises tout au long de ta page.

Si tu fais un singleton sur un objet "cookie", je me demande comment se présente ton objet.
Au mieux, j'aurais fais :

class Cookie {
 private $name;
 
 public function __construct($cookiename) {
  if ( isset($_COOKIE[$cookiename]) )
       $this->name = $cookiename;
  else
      throw new exception ....
 }
 
 public function Recupere() {
  return $_COOKIE[$this->name];
 }
 public function Enregistrer($var) {
  $_COOKIE[$this->name] = $var;
 }
 
}

Et tu joues comme ceci :

$cookieUser = new Cookie('user');
$cookieSession = new Cookie('session');
$cookieSession->Enregistrer( session_id() );
$cookieUser->Enregistrer( serialize( array('lol', 'mhh') ) );

echo unserialize($cookieUser->Recupere());

Ou en passage par paramètre à un autre objet :

public function MethodFoo( Cookie $cookie ) {
    $cookie->Enregistrer($this->ma_propriete);
}

Je trouve que ca marche aussi bien :)

Le statissisme n'est la que pour permettre d'utiliser les propriétés de la classe elle-même et non de/des instances. Utile dans le cas où on s'en fou de ce qui rentre et de ce qui va à priori sortir.

Hors toi, ce qui rentre, c'est le nom du cookie qui change tout le temps.
Tu te vois faire :
 Cookie::Recuperer('nom_du_cookie');
 Cookie::Enregistrer('nom_du_cookie', $var);

Nan, y'a une erreur de programmation objet évidente ici :)

Au mieux, tu peux effectuer un multiton, mais l'interêt est limité.
Je m'en serais tenu à ce que j'ai fais :)

Sauf que, de toute facon, je ne vois pas pourquoi creer un objet pour les cookies dans l'immédiat ! C'est comme si je créais un objet pour les GET, POST, SESSION... voir pourquoi pour le type STRING, FLOAT et INT aussi ? ;) (ca pourrait être marrant ^^)