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

Есть класс



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

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



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

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

Если нужно долго висеть, то возможно подойдет паттерн 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 где-то сохранялось состояние объекта между сессиями и потом ресторилось. Да и нет там такого.