Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> dziwne zachowanie przy destruktorze, czyszczone są zmienne klasy typu static
motylo
post
Post #1





Grupa: Zarejestrowani
Postów: 35
Pomógł: 5
Dołączył: 13.07.2008
Skąd: Kalisz

Ostrzeżenie: (0%)
-----


Witam,
Na wstępie krótki opis. Nie chce korzystać z singletona do klas typu db, session, input etc. I prawdopodobnie tutaj znajduje się mój problem.
Mianowicie chodzi o klasę obsługi sesji, która wygląda mniej więcej tak (jest to szablon skrótowy - naprawdę ma połączenie z bazą danych i zapisuje dane do niej a nie do $_SESSION):
  1. class session{
  2.  
  3. static private $_instance = NULL;
  4. static private $_sessData = NULL; //dane sesji
  5. static private $_sessForm = NULL; //dane sesji do formularza (np. błąd, lub wypełnienie pola)
  6.  
  7. public function __construct(){
  8.  
  9. if( self::$_instance !== NULL ){
  10. return;
  11. }
  12.  
  13.  
  14. //pobranie danych z sesji
  15.  
  16. $_data = $_SESSION;
  17.  
  18. self::$_sessData = $_data['sessData'];
  19. self::$_sessForm = $_data['sessForm'];
  20.  
  21. //skasowanie $_SESSION - dostęp tylko przez obiejty klasy Session
  22.  
  23. $_SESSION = NULL;
  24.  
  25. //inne metody sprawdzajace poprawnosc danych, ilosc logowan, etc.
  26.  
  27. self::$_instance = $this;
  28. }
  29.  
  30. public function set($name, $value){
  31. //ustawianie self::$_sessData
  32. }
  33. //to samo przy setForm
  34. //jak również przy pobieraniu get($name)...
  35.  
  36. public function __destruct{
  37. // tak naprawdę zapis do bazy danych
  38. $_SESSION['sessData'] = self::$_sessData;
  39. $_SESSION['sessForm'] = self::$_sessForm;
  40. }


Nie przedstawiłem pozostałej części metod, gdyż nie mają wpływu na dalsze zachowanie. Jak już wspomniałem ma także połączenie z bazą
danych. Nie napisałem jeszcze o session_handler, który tam się znajduje, jednakże on służy do zapisu danych do bazy.

I tutaj pojawia się problem.

Przy pojedynczym wywołaniu obiektu i operacjach na nim wszystko gra, jednakże jeżeli wywołuję obiekt w różnych klasach pojawia się problem - dane są często nadpisywane lub kasowane przez domyślne.
Zastanawiam się dlaczego - operuje na danych typu static, czyli każdy obiekt powinien mieć do nich dostęp. Przez debugowanie zauważyłem że dane istnieją, jednakże pod samym końcem (wywoływanie ostatniego destruktora przez silnik PHP kasuje większość danych).

Czy ktokolwiek z Was miał już podobny problem?
Nadmieniam że jeżeli ustawię zapis sesji na native problem cały czas występuje.
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
-=Peter=-
post
Post #2





Grupa: Zarejestrowani
Postów: 304
Pomógł: 51
Dołączył: 4.02.2005
Skąd: Kraków

Ostrzeżenie: (0%)
-----


Nie chcesz tworzyć singletona, a tak naprawdę tworzysz coś podobnego do niego, ale wg mnie w gorszy, bardziej "tandetny" sposób. Nie wiem, czy dobrze zrozumiałem Twój problem i czy Ty dobrze rozumiesz ideę destruktorów, więc dla jasności napiszę:

  1. class A{
  2.  
  3. public function methodA(){
  4. $sess = new Session();
  5. $sess->set('var', 'var');
  6. //na koncu metody wywołuje się destruktor, gdyż obiekt $sess przestaje istnieć
  7. echo 'wywołanie metody A::A()';
  8. }
  9.  
  10. //inna metoda tego lub innego obiektu
  11. public function methodB(){
  12. $sess = new Session();
  13. $sess->set('var1', 'var1');
  14. //na koncu metody wywołuje się destruktor
  15. echo 'wywołanie metody A::B()';
  16. }
  17. }
  18. $o = new A();
  19. $o->methodA();//tutaj wywołuje się po raz pierwszy destruktor, dane są zapisywane
  20. $o->methodB();//tutaj wywołuje się po raz drugi destruktor


Problemem jest to, że dane na końcu zostają utracone? Nie mogę zreprodukować tego błędu więc nie pomogę w tej kwestii, ale wg mnie naprawdę przekombinowałeś z tą klasą (nowy wzorzec projektowy? (IMG:style_emoticons/default/tongue.gif) ). Użyj singletona (nie najlepszy pomysł), albo wsadź sesję do jakiegoś rejestru (trochę lepszy), wstrzykuj ją tam gdzie jest potrzebna (trochę roboty z tym jest) lub zrób z niej klasę całkowicie statyczną.

Ostatnią opcję poprę przykładem:

  1. class Session{
  2. private static $data = array();
  3.  
  4. //nie ma sensu, aby istniał obiekt sesji
  5. private function __construct(){}
  6.  
  7. public static function init(){
  8. //inne czynności inicjalizujące
  9. }
  10.  
  11. public static function get($name){}
  12. public static function set($name, $value){}
  13.  
  14. public static function shutdown(){
  15. //zamknięcie sesji, zapisanie danych do niej itp.
  16. $_SESSION['namespace'] = self::$data;
  17. }
  18. }


Tylko jeśli użyjesz klasy statycznej, to sam musisz zadbać o rozpoczęcie sesji (Session::init()) oraz o jej zamknięcie (Session::shutdown()), co jednak nie powinno być jakimś wielkim problemem.

Ten post edytował -=Peter=- 19.08.2009, 16:53:07
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 17.10.2025 - 10:37