Rozpakowanie obiektu do istniejącej instancji klasy, Czy to możliwe? Opcje

[WebCM]

[PHP] pobierz, plaintext 
<?php
class Auth
{
	private $id;
	private $name;
	private $surname;
	private $groupID;
	private $groupName;
	public function __construct()
	{
		// To spowoduje utworzenie NOWEJ instancji klasy Auth
		unserialize($_SESSION['AUTH']);
		// Tymczasem chcę, aby własności obiektu zostały rozpakowane
		// Do bieżącej instancji klasy Auth, czyli $this
	}
	public function isLoggedIn(){}
	public function login($login, $pass)
	{
		$pdo->query()->fetch(PDO::FETCH_INTO, $this);
		//jeśli dane się zgadzają, trzeba zapisać je do sesji
		$_SESSION['AUTH'] = serialize($this);
	}
}
 
// 1. W pliku index.php tworzę tylko instancję klasy Auth
$auth = new Auth;
// 2. Klasa wykrywa zalogowanego użytkownika sama
// 3. W pliku index.php sprawdzam to tak:
if($auth->isLoggedIn())
{
  /* jest OK */
}
else
{
  /* musisz zalogować się */
}
// 4. Podstrona logowania ma po prostu wywołać metodę
if($auth->login($login, $pass)) {} else {}
// 5. Metoda login() zapisuje użytkownika w celu ponownego użycia w kolejnych żądaniach
[PHP] pobierz, plaintext 

Jak rozpakować obiekt, aby nie tworzyć nowej instancji klasy, lecz uaktualnić istniejącą już instancję? Może jest inny sposób, aby kod działał wg powyższych zasad?

[irmidjusz]

źle kombinujesz
spróbuj inaczej, np. metodą statyczną Auth::getInstance()

[Crozin]

Mechanizm (de)serializacji w PHP jest bardzo sztywny i ciężko zmienić sposób jego zachowania. Jednak, w tym przypadku problem leży gdzie indziej. Dlaczego po prostu nie zdeserializujesz obiektu poza obiektem typu Auth? Czemu koniecznie chcesz to robić w konstruktorze?

PS. "Auth" - taka nazwa kompletnie nie oddaje charakteru klasy.

[marcio]

Hmm a czy __sleep() tutaj nie pomoze? http://php.net/manual/en/oop4.magic-functions.php

Jesli nie to tak jak mowi @crozin serializuj ten obiekt poza klasa

[lukaskolista]

Singleton - powinno wystarczyc

[Crozin]

@marcio: Auth::__sleep()/__wakeup() zostałoby wykonane na (zde)serializowanym obiekcie, a nie obiekcie wykonującym (de)serializację.
@lukaskolista: Nie dość, że sugerujesz użycie potworka, to w dodatku kompletnie mija się to z celem.