Доброго времени

Есть класс



Как видим это синглтон. 

Используется он так:



Вопрос: как долго на вебсервере будет висеть инстанс класса? 

Как только скрипт закончит работу, сборщик мусора выкинет инстанс

Если нужно долго висеть, то возможно подойдет паттерн Registry

А в ZF можно посмотреть на его имплеменатцию http://framework.zend.com/manual/en/zend.registry.html

Вот только в случае с коннектом к бд никакой паттерн не поможет.
Подключаться придется заново в любом случае

А по какому принципу действует сборщик?

Ведь у меня по идее должна хранится ссылка на объект в статическом поле класса, хотя бы по этому он не может его удалить. 

Или парсер PHP будет каждый раз открывать файл через

и создавать новый инстанс?
А старый следовательно удалять?

Добавлено через 4 минуты
Кстати класс этот обертка вокруг INI файла(как вы видели). Просто хранит в себе считанные данные. 

Собственно вопрос и возник потому что использование синглтонов в PHP кажется сомнительным удовольствием.

Это сообщение отредактировал(а) v00d00 - 18.9.2009, 15:32

v00d00, хранит все инстансы только во время генерации ответа на запрос. Паттерн синглетон не предзназначен для передачи инстанса между сессиями запросов. Как только сервер сгенерировал ответ, скрипт отработал, сборщик мусора удалит из памяти все ссылки на синглетон и сам инстанс

Пичаль. Сохраню настройки в пхп файл и буду инклюдить его как есть...

v00d00, есть другой вариант, perl и java (на сколько я знаю) поступают наоборот, именно так как тебе надо  

Добавлено через 54 секунды
v00d00, если уж так надо сохранять синглетон - var_export в помощь

Singletone гарантирует что при работе скрипта будет только 1 инстанс класса. Но скрипт у тебя завершается отдав данные, 
а работа приложения еще не завершена.

Это особенность веб-приложений - они растянуты/разорваны в пространстве и времени. Т.е., когда произойдет следующий вызов скрипта(обращение к конкретному url) и какой именно скрипт будет вызван, мы не можем сказать со 100%й вероятностью.

Поэтому для корректной работы нам надо хранить "состояния" приложения.

Вот для хранения состояний между запросами/обращениями и используется Registry (в который ты, кстати, можешь сохранить и свой инстанс Singletone)

P.S. Состояния можно хранить и в URL, и в hidden полях на страницах, и в базе/файле на сервере - это уже особенности реализации

Это сообщение отредактировал(а) Simpliest - 18.9.2009, 16:16

Для меня откровение

Добавлено через 6 минут и 6 секунд
И по-моему не правда
Перечитал еще раз полность о ZendRegistry, ничего подобного не нашел, только это (что в начале):

http://wiki.agiledev.ru/doku.php?id=tdd:te...ture:singletons

На самом деле просто хотелось применить паттерн на практике. Проблема решается намного проще (и по реализации и по скорости выполнения) инклудом настроек. 

Офтопик: Registry  - это часть поставки Зенда? ( как тогда там реализован хранение данных между ответами ?)

Никак, выражаясь языком Simpliest, это глупость

Registry - это паттерн. Он ничей 

Я просто дал, как образец, ссылку на его реализацию в ZF http://framework.zend.com/manual/en/zend.registry.html 

Для меня тоже. Не вижу, что бы в Zend_Registry где-то сохранялось состояние объекта между сессиями и потом ресторилось. Да и нет там такого.

Если рассматривать Реестр просто как паттерн он точно также будет каждый раз заново создавать объекты для каждой сессии( или я что-то упустил). Я думал есть реализация на PHP которая как раз решает техническую проблему хранения объектов избегая сборки мусора.

Блин, сходите по ссылкам, там все написано даже с примерами и у вас не будет глупых домыслов.

В скрипте vasya.php
Создали объект и сохранили


В скрипте petya.php
Прочитали


Это у нас новый объект? Или старый?

Такого средства нету. Если подумать, php-срипт, неважно, запустился из консоли или исполнился как FCGI, по завершении работы ему состояний в памяти не сохранить, поскольку он отработал и выгрузился. Разве что Apache и mod_php могут предоставить такой функционал, но это все равно будет костылем.

Добавлено через 1 минуту и 29 секунд
Simpliest, ключевое слово 


Уж наверное до file/shared memory/memcached/db сохранения мы додумались бы?

Новый. При дисериализации будет вызван конструктор класса.

Добавлено через 1 минуту и 20 секунд

Сорь. Очень скудный опыт веб разработки)

Точно?

А то как-то вы хотите конкретной реализации прямо от паттернов.

Паттерн - это не более чем подход/методика/алгоритм.

Добавлено через 8 минут и 34 секунды

Да ну?
Вы меня радуете....

Выполните два скрипта test.php и потом test2.php

test.php
    
                   
test2.php


sample.php


some.txt


Посмотрите на вывод скриптов и застрелитесь.

memcached/etc
Не забывайте юзать мьютексы при работе с данными из кэша.

Лично я - ничего не хочу. Я лишь сказал, что способа перекинуть объект не разрушая его между сессиями - нету. От паттернов тем более ничего не жду, я их использую где они нужны и все.

а ты уже столкнулся с такой проблемой (не теоретически)?

 Ну как ты думаешь, если бы проблемы не существовало, то зачем тогда в куче проектов юзать memcached и прочие костыли, чтобы ее обойти?)

ну, речь здесь, наверное, не о куче проектов, а об одном  конкретном