objet modifié après l'état de l'objet ou le stockage utilisé

Question

Exemple:

class UserStorage { 
    public function addUser(User $user) { //saves to db } 
} 

class User { 
    public function setName($name); 
} 

si j'ajouter un utilisateur au stockage de l'utilisateur, puis modifier cet objet utilisateur? Dans ce cas, vous pourriez argumenter que les objets utilisateur seulement devraient être stockés sur __destruct. Mais parfois ce n'est pas une option (par exemple, imaginez que l'utilisateur est affiché et mis à jour par la suite).

Answer 1

Les écritures implicites dans la base de données sont probablement une mauvaise idée. Cela devrait être une opération explicite et contrôlée.

Votre modèle est un peu bizarre pour moi, mais je pense que ce que vous voudriez faire

class UserStorage 
{ 
    const ACTION_INSERT = 'INSERT'; 
    const ACTION_UPDATE = 'UDPATE'; 

    public function addUser(User $user) 
    { 
     $this->saveUser($user, self::ACTION_INSERT); 
    } 

    public function updateUser(User $user) 
    { 
     $this->saveUser($user, self::ACTION_UPDATE); 
    } 

    protected function saveUser(User $user, $action) 
    { 
     switch ($action) { 
      case self::ACTION_INSERT: 
       // INSERT query 
       break; 
      case self::ACTION_UPDATE: 
       // UPDATE query 
       break; 
      default: 
       throw new Exception('Unsupported action'); 
     } 
    } 
} 

class User 
{ 
    public function setName($name) 
    { 
     // whatever 
    } 
} 

$userStorage = new UserStorage(); 
$user = new User(); 

$userStorage->addUser($user); 

$user->setName('Peter'); 

try { 
    $userStorage->updateUser($user); 
} catch (Exception $e) { 
    echo "There was an error saving this user: " . $e->getMessage(); 
} 

Mais Personnellement, je ne suis pas fou de cette conception de classe. Il y a quelques modèles bien établis pour cela qui sont moins déroutants, tels que ActiveRecord.

Answer 2

Je suis d'accord avec Peter, le modèle ci-dessus me semble un peu bizarre et je recommande de ne pas sauvegarder implicitement dans le datastore.

En outre, un modèle à utiliser est quelque chose comme:

class UserStorage { 
    $_user; 

    function addUser(User user, commit = true) { 
     if (commit) { 
     // save to db 
     } else { 
     // populate your internal instance 
     $_user = user; 
     } 
    } 
} 

Donc, si vous avez plusieurs mises à jour d'un objet utilisateur dans l'exécution de votre application PHP, vous pouvez utiliser

addUser(user,false) 

tous le chemin jusqu'au dernier appel à

addUser(user) 

Cela permettra d'alléger le besoin de multiples insère/met à jour la base de données.

Cependant, votre problème d'emplacement de l'application pour décider de sauvegarder définitivement en db reste, et concerne plus le flux logique que la représentation d'objet. Il peut être utile d'avoir une fonction end() dans le script qui conserve tous vos objets dans la base de données.